本博客日IP超过2000，PV 3000 左右，急需赞助商。
极客时间所有课程通过我的二维码购买后返现24元微信红包，请加博主新的微信号：xttblog2，之前的微信号好友位已满，备注：返现
受密码保护的文章请关注“业余草”公众号，回复关键字“0”获得密码
所有面试题(java、前端、数据库、springboot等)一网打尽，请关注文末小程序
【腾讯云】1核2G5M轻量应用服务器50元首年，高性价比，助您轻松上云
最近有一个叫 AgentGit 的东西被讨论起来了，甭管是不是伪需求，但确实是有一些使用场景的。
以前有程序员说：“Talk is cheap. Show me the code.”，可现在是 AI 时代了，这句话也得改一改了，Code is cheap, Show me your repo.，也或者是Code is cheap, Show me your prompt.。
这就导致了，在 AI 时代，代码诚可贵，但会话价是不是更高？vibe coding 的上下文是不是也需要 Git？
所以，接下来我们就一起来看看给 AI 打工记录“存档”的 AgentGit 是刚需还是脱裤子放屁？
一个真实的崩溃瞬间
我们先看看下面 3 个场景。
- 场景一：你用 Claude Code 调了三天一个并发 bug，Agent 试过 7 种方案、踩过 5 个坑，终于快收尾了。此时老板宣布：项目换用 Codex，预算原因，Claude 太贵。
- 场景二：同事临时请假，他电脑里那个跑了 6 小时的 Agent 会话里藏着所有调研结论。你接手时，只拿到一个 git 仓库和一句“你看下代码就行”。
- 场景三：周五下班前，Agent 把整个重构做了一半。周一早上你请求在家办公，换了一台电脑，Agent 上下文没了。
看懂上面 3 个场景，你会发现这三个场景的共同点是：代码都还在 Git 里，但让代码变成这样的“过程”，那些指令、试错、取舍、踩坑等上下文全丢了。
当 AI Agent 开始连续数小时替人工作，真正有价值的就不只是最终成果，还有藏在会话里的整个过程。它做过什么、哪里失败、为何改变方向。
于是，9 月 16 日，新加坡公司 Einsia AI 开源了一个叫 AgentGit 的东西（agent-git.com），号称“全球首个开源 Agent 会话平台”，让每一次 Agent 会话都可以被保存、分享、在别的地方继续。
其官网的 slogan 挺狂，代码诚可贵，会话价更高。
它到底是刚需，还是脱裤子放屁？我们继续拆开看。
AgentGit 是干什么的？
说人话，用一句话概括就是把 Agent 的完整会话（不只是代码）变成可版本控制、可分享、可续跑的资产，玩法对标 Git。
文章配图参见我的公众号：https://mp.weixin.qq.com/s/1SCT_ZD3nEd7DnnsANf78A。
我在阅读它们官网后，发现了以下几个关键事实。
- 形态：Rust 编写的开源 CLI（命令叫
agit），MIT 协议，配套托管 Hub agent-git.com，也可以自建实例。 - 支持面：Claude Code、Codex、OpenCode、OpenClaw、Hermes、WorkBuddy 支持原生恢复会话；Cursor 只能只读导入。跨运行时会丢失部分信息，官方会提前说明。
- 存储：会话推到 Hub 上的 Git 仓库（默认 agent-git.com），本地在
~/.agit/留一份；没有后台守护进程，靠钩子在你每轮对话结束后自动保存。 - 历史不可篡改：已发布的历史只能追加，不支持 rebase 和强推；想撤销就从旧轮次开新分支。
- 上手方式极其赛博：你把一句话发给 Agent（“请按 quickstart 安装 AgentGit，并把当前对话保存为私密会话”），它自己装好并返回一个私密链接。
官网上还列了三大使用场景：保存与交接会话（换 App、换设备、换人，从上次停下的地方继续）、远程控制与协作（手机/另一台电脑接入 Workspace，发邀请链接多人共同驱动一个 Agent）、Agent 社区（浏览别人公开的完整解决问题的过程——指令、尝试、工具调用、关键决定）。
Git 化 Agent 记忆
如果你觉得“给会话做版本控制”是营销噱头，那我们先来看两组学术证据。
其一，2025 年 11 月 arXiv 上有一篇同名论文 AgentGit（港大、清华等），做的是给多智能体系统（MAS）加 Git 式回滚与分支：在 LangGraph 之上支持状态提交、恢复、分支遍历，A/B 测试显示能显著减少冗余计算和 token 消耗。注意：这篇论文与 Einsia 的产品只是撞名，并无关联，但撞名本身说明，“Git for Agents”这个念头同时在产品圈和学术圈冒芽，不是孤例。
其二，更硬的数据来自牛津大学等机构的 GCC（Git-Context-Controller）：把 Agent 上下文组织成版本化文件系统，提供 COMMIT / BRANCH / MERGE / CONTEXT 四类操作。在 SWE-Bench Verified 上，相比强长上下文基线任务解决率提升 13% 以上，超过 26 个现有系统，达到 80% 以上成功率；消融实验显示，细粒度执行日志 + 历史检索一项就带来从 69.1% 到 75.3% 的大幅提升。
论文里还有一句扎心的观察：Agent 每次被压缩上下文就会“变蠢”一点，而 milestone 式检查点 + 分层检索能系统性缓解这个问题。
产业侧的信号同样密集：2026 年的 AIDev 数据集统计了 GitHub 上超过 90 万个由 Agent 提交的 PR；海外已经有 re_gent 这类开源项目专门做“Agent 版本控制”，提出 prompt-to-diff 溯源、agent blame（看清哪行代码是哪个 Agent 会话写的）、会话级回滚等能力清单。甚至 Jack Dorsey 的新应用 Buzz，都在把团队聊天、AI Agent 和 Git 托管塞进同一个界面。
种种迹象表明，这个方向不是伪需求，是“上下文工程”走向工程化的自然一步。
在人人都能编程，都能 AI Coding 的时代，代码可能不重要了，你的“上下文工程”或许更有性价比。
脱裤子放屁？
虽然，但是。现在质疑的声音很合理，下面列举了几条供大家参考！
质疑一，各家 Agent 自己有 resume / continue / compact，多此一举？
部分成立。Claude Code 们确实有会话恢复和摘要压缩。但需要注意两点，这些机制是私有格式、锁定自家生态的，这正是“换模型就失忆”的根因；而官方自己承认跨运行时转换会丢信息。AgentGit 的价值不在“存档”，在“翻译与搬运”把 A 家的会话变成 B 家能接着干的起点。搬运有损，但比从零重来强。
质疑二，交接写个文档不就完了，存 10 万 token 会话干嘛？
这是最有力的质疑。理想交接确实是一份精炼的 CLAUDE.md / AGENTS.md。但文档是人写的，写着写着就漏了，漏掉的恰恰是“试过但放弃的方案”和“踩过的坑”。会话记录是全自动生成的过程档案，两者不是替代关系。GCC 的实验恰好说明，保留细粒度过程（而非只留摘要）对复杂任务成绩至关重要。
质疑三，安全和隐私怎么搞？
官网 FAQ 很诚实，提示词、工具调用、命令输出里都可能带密钥，发布前要“像审查代码一样审查会话”，只读链接任何人拿到都能看。chooseai 的盘点提到它做了本地密钥过滤、仓库存可逆占位符。但海外趋势观察者也直说其信任模型“尚未被验证”（trust model unproven）。会话即生产资料，分享即扩大攻击面，企业用它之前，安全审计绕不过去。
质疑四，项目太早期？
这是硬伤。截至 2026 年 9 月，GitHub 仅 34 星、144 次提交，无正式 release，文档示例还停在 0.1.0。现在把它塞进关键业务流水线，等于把命交给一个婴儿。
产品还早
回到那个粗俗但精准的问题，是脱裤子放屁了吗？
我认为方向上可能没大问题，但产品上还不能过早下结论。
AgentGit 是否有用的关键在于，AI 的使用“过程”本身是不是有价值的资产。
在人类职场里，交接从来不是只看最终交付物，还要看决策记录、讨论脉络、失败路径。AI Agent 干了一半的活、踩了一半的坑，这些上下文随着会话结束被锁在原地，这本来就是信息资产的流失。AgentGit 想做的，本质是把易失的 Agent 会话变成可追溯、可复用、可协作的版本化资产。GCC 的 80% 和 re_gent 的 agent blame 清单都指向同一件事，当 Agent 写得代码越来越多，工程史就变得越来越重要。
在 AI 驱动的编程时代，人可以走，但使用 AI 的痕迹，这类上下文资产或许就需要你留下来了。
最后，欢迎关注我的个人微信公众号：业余草（yyucao）！可加作者微信号：xttblog2。备注：“1”，添加博主微信拉你进微信群。备注错误不会同意好友申请。再次感谢您的关注！后续有精彩内容会第一时间发给您！原创文章投稿请发送至532009913@qq.com邮箱。商务合作也可添加作者微信进行联系！
本文原文出处：业余草： » 使用 AgentGit 给 AI 上下文做资产管理