Entire CLI AI 编码会话追踪

问题：提交记录里只剩「做了什么」

一次典型的 AI 辅助改动，最终落到 Git 里往往只有代码差异。当代理需要接手这段工作、回滚到某个中间状态，或者回答「为什么要加这个分支」时，git log 和 git diff 基本给不出答案。对话上下文、最初的提示词、被否决的方案都留在终端里，随着会话结束消失了。

这个技能把 AI 编码会话变成与提交同级的可检索记录。

核心能力

• 上下文随提交留存：每个提交旁记录会话中的对话、提示词、被修改的文件、令牌使用情况与工具调用，而不是只存一份日志。
• 让代理读懂改动原因：代理可以通过检索恢复代码变更的动机，判断某个看似多余的兼容逻辑是刻意留下的，还是实验残留。
• 从检查点恢复：配合保留的会话状态，代理可以在明确的中断点重新接续工作，而不是从零重读代码。
• 干净的工作交接：上下文连同提交一起传递，接手方不需要先花一轮时间重建背景。

工作方式

它建立在 Entire CLI 之上，面向带 Git 仓库的工作流，并依赖支持的编码代理，例如 Claude Code、Codex 或 Gemini。会话内容在提交时被关联到对应的变更上，形成可以按内容检索的历史，而不是散落的独立文件。

适用边界与注意点

• 它解决的是记录与检索，不改变代理本身的推理能力，也不会替你做代码评审。
• 会话日志可能包含未提交的中间思路与文件片段，需要注意仓库访问权限和日志存放位置。
• 令牌使用情况等运行数据会被一并记录，长期积累下来存储占用会随会话长度增长。
• 前置条件包括 Git 仓库、Entire CLI，以及受支持的编码代理；缺少其中任一项，会话捕获都无法完成。