发现了一个非常好用的工具，叫 AgentGit，精准切中了我的痛点啊。感觉这就是给 Agent 设计的 Git，可以直接做 Session 层面的协同。
项目链接在这里：
https://github.com/Einsia/agent-git
比如我可以把自己的 Codex 会话，Commit 到 AgentGit 的 repo 里。
然后同事直接在它的 Agent 里，Resume 这个会话。等于我们可以快速共享会话了。
这就解决了 Agent 会话交接的问题。
因为现在，我们很少再自己一行一行写代码，更多是在和 Claude Code、Codex 或者其他 Agent 表达自己的意图，然后让 Agent 去完成代码。
而在这个过程中，其实会产生大量非常重要的 Context。
就像下面这个截图，是我最近在给我们大会做一个胸牌打印的 App。整个产品逻辑其实很简单，就是拿到用户的姓名、公司，然后连接打印机打印胸牌。
这事，我也折腾了小半天。主要是这里面涉及到软硬件配合。诸如打印机的基础设置，还有底色、字体等等怎么做适配，这些细节我前前后后调了很多次，最后才把规则摸清楚。
这些经验，我的 Agent 已经非常清楚了。
但接下来如果换一个同事继续干，而他的 Agent 拿不到我的 Session 信息，等于这些 Context 基本就丢失了。他能看到的只有 Git 仓库中的代码，根本不知道为什么要这么做。
所以，必然会再绕弯路。只靠口头或者文档的交接，肯定覆盖不到这么细致。
我可以 100% 确定，到了 Agent 写代码的时代，只共享 Git 里的代码库已经远远不够了。我相信只要最近在团队里和同事交接过工作的同学，都能理解我在说啥。
其实，我也是上周在群里看到有同学提到 AgentGit 这个工具，然后很快就在团队内部小范围试用了起来。
效果出乎意料地好。就像昨天这个场景，用起来真的爽歪歪。
放在以前，我想把这个任务交接给同事其实挺麻烦。因为他拿不到前面我和 Agent 已经积累下来的这些 Context，我还得重新跟他解释一遍。
或者只能通过截图的方式来共享会话的 Context。
但说实话，截图都截到这个份上了，我经常就会想，算了，还是等我自己有空再继续弄吧。现在用 AgentGit，这问题很优雅的解决了。
而且以前用 Git 的时候，我们多少还得记一些命令。
但 AgentGit 这套东西放到 Agent 里之后，其实连命令都不用记。
虽然命令本身也不复杂，但我直接用自然语言告诉 Agent，我想保存这个 Session、交接给同事，或者恢复之前的会话，它自己去执行就行。
我同事的高频用法之一是让它在不同的 Agent 之间交接会话。他日常主用 Codex，但 Codex 五小时的额度很容易干完，这两天义父 Tibo 也不咋重置了。
根本不够用。
所以，他的玩法是在 Codex 额度快被榨干之前，先把当前几个 Session push 到 AgentGit，然后等额度归零时，再去其他 Agent 中继续干。
下面截图是他在 WorkBuddy 当中恢复 Codex 的会话。
昨天在飞机上，我突然又有一个点子，AgentGit 也许可以充当团队的知识库。
因为现在团队里每个人都会和自己的 Agent 产生大量 Session，但这些东西基本都散落在不同人的电脑、不同 Agent 的 runtime 里面。
假设我的 Agent 今天写某段代码的时候遇到了一个错误。正常情况下，它还是得自己花算力分析解决。
哪怕昨天另外一个同事刚好遇到过一模一样的问题，而且他的 Agent 已经折腾半天把它解决了，我这个 Agent 其实也不知道。
但如果大家把这些 Session push 到 AgentGit Hub，Agent 就可以通过 MCP 去检索自己有权限读取的历史 Session。
再或者也不需要 MCP，因为我们都会把这些 Repo Pull 到本地，他直接去本地找就可以了。
这样它遇到问题的时候，就可以先看看团队里之前有没有人踩过这个坑。这就有一点 Agent Knowledge Network 的味道了。
我知道以前一说知识库，大家通常想到的都是文档。
我也是后知后觉，才想明白，Agent 真正进入日常工作以后，它执行任务时留下来的过程，以及我们和 Agent 交互时做出的判断、修正和反馈，本身就是团队的隐性知识。
以前没有 Agent 的时候，一个有经验的同事做判断，很多时候只是在脑子里过一遍，很少会显性地表达出来。但现在他要和 Agent 协作，这些东西就必须讲出来。
这玩意是宝贝啊，是团队里最最重要的经验。
如果这些内容能够长期保存下来，而且以后 Agent 自己也能检索，那它本身就已经是一种知识库了。你看截图，我们已经在这么玩了。
可能有人会担心，会不会不小心把 API Key 之类的敏感信息也 push 上去。不会的，我发现，AgentGit 在 push 前会扫描即将上传的内容，如果发现疑似密钥，会直接阻止上传。
然后开始脱敏。
写到这里，我突然想起几年前大家特别喜欢讲的一句话。AI 时代，所有的软件都值得重新再做一次。当时我其实觉得这话挺像口号的。
那时候大家只是隐隐约约感觉到，一个新的时代要来了，原来的软件肯定会发生变化。但到底怎么变化，没人知道。更多是 FOMO。
但现在回头看，我觉得这句话突然变得特别具体。
我们确实需要重新设计一批过去已经非常成熟的软件。因为以前这些产品主要围绕人的工作方式设计，而现在 Agent 已经开始深度参与日常的工作了。
诸如 ChatGPT、WorkBuddy、豆包之类的产品，是在重新做 Office。字节即将发布的 ADrive 是在重新做网盘。Mercor 这样的招聘产品，是重新在做 Boss 直聘。
今天提到的 AgentGit，其实就是在 AI 时代重新做一次 Git。
过去 Git 解决的，主要还是团队怎么围绕同一份代码库协作。每个人可以在自己的分支上开发，所有修改都有记录，最后再合并回来。更早的 SVN 其实也在解决类似的问题。
但现在，大量代码已经开始交给 Agent 完成。
人更多是在给 Agent 提需求、补充 Context，然后不断调整方向。
所以，除了代码之外，Agent 在整个工作过程中积累下来的 Session 和 Context，也需要被保存、交接和复用。
其实 AgentGit 很多概念几乎就是直接从 Git 里继承过来的。而且它底层真的就是按照 Git 的思路来组织 Agent Context。
大概可以这么理解。一组相关的 Session 放在一个 Agent repo 里面，一条具体的 Session 就像一个 branch。
然后我们和 Agent 的每一轮对话，都会对应一次 commit。
这是我们一个 Repo 的截图，大家看看，是不是特别面熟。经常用 Git 的同学肯定会知道怎么操作。逻辑一摸一样啊。
这是官网他们的首图，说的还挺贴切的。目前支持 Claude Code、Codex、OpenCode、OpenClaw、Hermes 、workbuddy 这些 Agent。
官网地址：https://agent-git.com/zh-CN/
Code is cheap, Show me your talk. 我们和 AI 的 Talk 确实越来越重要。