工作树
Working tree
学到 认得 就够：听到能明白
你可能会说
“我编辑的文件和Git保存的版本是一回事吗？”
工作树是你当前能直接打开、编辑的那份项目文件视图。它与Git保存的提交历史相联系，但当前文件可以已经修改、尚未暂存，也可以包含Git尚未跟踪的新文件。
使用 AI
科研里的例子
AI改完分析脚本后，先对照工作树差异审阅，再决定哪些内容进入下一次提交。
理解Git时可先区分工作树、暂存区和提交。编辑通常先改变工作树；暂存挑选下一次提交要记录的内容；提交把选中快照写进历史。工作树还可能有被忽略文件，看到文件存在不代表它已被版本管理。
动手试一次
让AI只读说明当前有哪些已跟踪修改、未跟踪文件和被忽略文件。
在你的学科里，直接拿去用
查错并交付能核验的修复
请定位问题并给最小修复。 代码与环境：[粘贴] 输入样例：[不含私密信息的小样本] 实际错误或输出：[粘贴] 我期望：[填写] 先区分已观察事实与可能原因，优先用最小样例验证。解释根因，给最小差异和有意义的检查。没有实际运行权限时明确标为未运行建议，不把推测写成测试通过。若修改会影响研究规则或结果，指出具体影响，不顺手重构无关部分。方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG09
判断
亲手检查一次
核对文件真实路径和版本状态，别用“已经保存到磁盘”代替“已经提交”。
它做不到的
日常说工作目录也可能仅指当前命令所在目录；应结合Git语境辨认，不把cwd与整个工作树强行等同。
增量，由你来写
读完这张，你的理解变了什么？
留言功能会在后面的版本开放。现在可以先在 X 上 @knowledgedelta 告诉我。