如果你正在团队里使用 AI 编程助手,可能遇到过这样的场景:明明一段代码由 AI 生成,但几天后谁也说不清当时为什么这么写。Entire CLI 就是为了解决这个“失忆”问题诞生的。它像是 Git 的伴侣,自动捕捉 AI agent 的每一次对话,并牢牢绑定在对应的 commit 上。
核心思路:把 AI 会话变成代码的一部分
传统上,代码提交记录只包含变更内容,而决策过程往往丢失。Entire CLI 通过监听 Git hook,在开发者与 AI 交互时实时记录会话。这些会话被结构化索引,并与当前分支的 commit 关联。之后你可以在仓库里搜索“这个函数为什么用递归实现”“那次 prompt 是什么”,直接回溯到当时的对话上下文。
听起来复杂?实际上它只做两件事:捕获和索引。捕获依赖 CLI 自身的代理模式(它监控终端中 AI 工具的 stderr 和 stdout),索引则直接写入本地仓库的某个隐藏目录,随 Git 同步。这意味着所有记录都保留在本地,不依赖第三方云服务。
实际场景:团队协作中的“为什么”
一个典型场景是代码审核。当 reviewer 看到一段来自 AI 的代码,往往需要猜测设计意图。有了 Entire CLI,reviewer 可以直接查看关联的 AI 会话——prompt 是什么、上下文给了哪些文件、AI 回复了哪些版本。这比任何注释都更完整。
另一个场景是复盘与学习。新成员接手模块时,回顾 AI 与老成员的对话历史,能快速理解当初的设计取舍。对独立开发者而言,这也是一种“自己做过的笔记”——几周后看到某段代码,直接翻出当时的对话就能回忆起全部细节。
- 自动记录:无需额外操作,Git 提交时自动生成会话快照
- 全文搜索:支持按关键词搜索会话内容和 commit 信息
- 零依赖:纯 Go 编写,单文件二进制,不入侵项目目录
安装与上手简单吗?
Entire CLI 提供了一键安装脚本,也支持 Homebrew 和手动下载。使用上只要在项目根目录运行 entire init,它会自动配置 Git hooks,之后每次 git commit 时若检测到有新的 AI 会话,就会一并提交。整个流程对日常开发几乎零打扰。
不过它目前仍有一些限制:仅支持终端环境的 AI 工具,比如 copilot 的 CLI 模式、ChatGPT 的命令行封装等,无法捕获 IDE 插件内部的会话。另外,如果团队多人使用不同 AI 工具,会话数据格式可能不统一,搜索时需要注意关键词选择。
整体而言,Entire CLI 瞄准的是一个非常具体的痛点——AI 辅助编程中的可追溯性。它不解决“怎么写好代码”,而是确保你不会丢失写代码时的思考过程。对于重视代码审计和长期维护的团队,尤其值得一试。










评论
暂无评论
成为第一个评论的人