暂存区
Staging area / Index
学到 认得 就够：听到能明白
你可能会说
“我已经改了回归脚本，为什么提交前还要把变化加入暂存区？”
暂存区是准备下一次Git提交的内容集合。它让你从工作树中选择本次要记录的文件或部分改动；提交通常记录暂存区里的快照，而不是自动把电脑上所有新改动一起记录。
使用 AI
科研里的例子
研究脚本的变量口径修改准备提交，尚在试验的图表配色先留在工作树。
git add把当时选定的文件内容加入暂存区。之后再编辑同一文件，会出现一部分已经暂存、另一部分尚未暂存的状态。因此普通git diff和git diff --cached看的比较两端不同，可以同时得到不同结果。
动手试一次
不运行写入命令，只让AI解释某个状态中哪些变化已暂存。
在你的学科里，直接拿去用
查错并交付能核验的修复
请定位问题并给最小修复。 代码与环境：[粘贴] 输入样例：[不含私密信息的小样本] 实际错误或输出：[粘贴] 我期望：[填写] 先区分已观察事实与可能原因，优先用最小样例验证。解释根因，给最小差异和有意义的检查。没有实际运行权限时明确标为未运行建议，不把推测写成测试通过。若修改会影响研究规则或结果，指出具体影响，不顺手重构无关部分。方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG09
判断
亲手检查一次
分别核对工作树对暂存区、暂存区对当前提交的差异。
它做不到的
它不是任意可清理的性能缓存。“暂存”也不表示云端上传，更不表示代码已经通过测试。
增量，由你来写
读完这张，你的理解变了什么？
留言功能会在后面的版本开放。现在可以先在 X 上 @knowledgedelta 告诉我。