提交
Commit
学到 会用 就够：能亲手用起来
你可能会说
“我修改了清洗脚本也按了保存，为什么还需要做一次 Git 提交？”
把选定文件状态写入Git历史节点，并附说明及父提交等信息。
使用 AI
科研里的例子
提交统一年份类型的脚本与异常说明，附清楚理由。
保存更新工作区，暂存选择进入下一次记录的内容，提交再加入历史。遗漏暂存的修改可能不在该提交里。把一个明确目的的变更记录在一起，有助审阅和追溯；提交仍可能错误，需要与验证证据一起判断。
在你的学科里，直接拿去用
把数据分析要求写成可复现说明
请先为这项分析形成可复现的任务说明，再建议代码。 问题：[填写] 数据字典及已有规则：[提供] 可用软件与现有代码：[提供] 明确一行数据代表什么、样本范围、连接键、单位、缺失码、变量构造、估计对象和输出。区分描述分析与因果分析；缺少识别依据时不要把回归系数直接称为因果影响。给出小样本核对、异常记录和可重跑顺序。保留原始数据，所有转换写到派生结果并留记录；不能为得到显著结果修改数据或筛选规则。方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG08
查错并交付能核验的修复
请定位问题并给最小修复。 代码与环境：[粘贴] 输入样例：[不含私密信息的小样本] 实际错误或输出：[粘贴] 我期望：[填写] 先区分已观察事实与可能原因，优先用最小样例验证。解释根因，给最小差异和有意义的检查。没有实际运行权限时明确标为未运行建议，不把推测写成测试通过。若修改会影响研究规则或结果，指出具体影响，不顺手重构无关部分。方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG09
判断
亲手检查一次
核对提交文件与差异，确认未遗漏关键规则或误带无关材料。
它做不到的
提交通常先发生在本机，推送与网站发布是另外的动作。
增量，由你来写
读完这张，你的理解变了什么？
留言功能会在后面的版本开放。现在可以先在 X 上 @knowledgedelta 告诉我。