当 AI Agent 开始连续数小时替人工作，真正有价值的就不只是最终成果，还有藏在会话（Session）里的整个过程：它做过什么、哪里失败、为何改变方向。
但今天，这些上下文往往随着一个会话结束而被锁在原地。
于是，一个看似简单的问题也浮现出来：Agent 的工作会话为什么不能像代码一样被保存、交接、分享和复用？
刚刚，Einsia AI 发布的 AgentGit（agent-git.com），正是针对这一问题构建的开源平台。
它让 Agent 的上下文可以被完整保存，也可以分享交接给另一个人、另一个 Agent 继续推进，再进一步沉淀为任何人都可以复用的工作资产。
当越来越多 Agent 的工作会话被开源、分享和持续积累，可能会在 AgentGit 汇聚成一张全球性的 Agent 上下文网络，成为下一代 AI 工作的基础设施。
官方网站： agent-git.com
GitHub 链接： https://github.com/Einsia/agent-git
Agent 已经干了一半的活，为什么换个人就要重来？
工作中从不缺这样的场景。
视频文案 Alice 和剪辑师 Bob 花了一周，终于完成了一支产品宣传片。交付前，老板突然发来一句话：
“这版不行，咱们定位改了，整个叙事重做，两天后要用。”
偏偏 Bob 今晚就要飞去度假。
素材、讨论记录、修改过程，以及 Agent 已经完成的工作，全都留在 Bob 那里。
Alice 虽然拿得到工程文件，却不知道这个版本为什么这样剪——哪些内容是老板要求保留的？哪个镜头为什么改了三次，最后又为什么留下？
她拿到了文件，却没有拿到这项工作的上下文。
随着 Agent 越来越多地参与复杂工作，这个问题会变得愈发频繁、明显。
一个 Agent 可以连续数小时、甚至数天完成任务。一段会话里，已经沉淀了需求、判断、资料、工具调用、修改过程和反馈。它不再只是一串问答，而是一项正在进行的工作。
但如果这段工作只能留在「Bob们」的 Agent 账号和会话里，面对类似处境的「Alice们」永远只能从头摸索。
能不能把整段 Agent 工作会话交给下一个人，让她从已经完成的地方继续？
Agent 工作会话，为什么不能无缝交接？
AgentGit 定位为全球首个开源 Agent 会话协作平台。
Bob 通过 AgentGit 生成的一个分享链接，将他此前与 Agent 之间的需求、讨论、修改和执行过程，一并交接给了 Alice。
Alice 接手后不需要重新解释项目背景，只要补充最新要求：“把片子里的代码去掉，老板希望不懂开发的人也能看懂。”
Agent 就能直接沿着原来的工作继续推进。
从表面上看，这只是分享了一个会话。更深一层的变化是：Agent 的工作不再天然绑定于某一个人。
一个人开始的工作，可以由另一个人接着做；一个会话里的上下文，也可以跟着工作一起流动。
如果一个人能接手，为什么不能让整个团队一起工作？
现实中的工作，很少只属于一个人。
产品经理会改需求，设计师会提意见，工程师会补充技术限制，老板也可能随时改变方向。如果 Agent 真正进入团队，它就不能只服务于某一个人的单线对话。
在 AgentGit 中，团队成员可以共同进入同一个 Agent 会话，围绕同一份上下文继续修改，而不必不断复制聊天记录、同步文件，再向 Agent 重复解释背景。
从 Demo 中我们看到，Bob 顺手把 Agent 会话分享给了老板，于是出现了下面一幕。
Alice 说：“这个新版本的叙事已经顺了。”
老板说：“底色不好看，换成绿色。”
Agent 修改后，老板又改口：“还是红色吧。”
Alice 想了想：“要不还是最开始的黄色？”
老板同意，Agent 再切回原来的版本。
这几轮修改不需要复制新的对话，也不需要有人反复把上下文传给 Agent。大家面对的是同一个 Agent、同一个 Session，以及同一份工作记录。
人与 Agent 的关系，也由“一个人对应一个 Agent”，变成了“一个团队共同使用一个 Agent”。
Agent 已有的经验，为什么不能成为下一个人的起点？
当 Agent 的工作可以在团队内部流动，下一个问题自然会出现：为什么只能在一个团队里流动？
一个人可能花了几个小时，解决了一个非常具体的问题。几天后，另一个人遇到几乎一样的需求，却不知道前面已经有人做过，于是重新询问、重新试错、重新踩坑。
大量已经完成的 Agent 工作，就这样沉在会话里。
AgentGit 提供的另一种方式，是鼓励人们将有价值的 Agent 及其上下文公开分享出来，让其他人发现并复用。
比如，有人已经解决了这样一个问题：如何在两天内把一支面向开发者的技术宣传片，改到普通观众也能看懂？
下一个人遇到类似需求时，不必从一张白纸开始，而可以直接使用此前积累下来的 Agent 和工作经验。
一个人的经验，成为其他人的起点；一个团队解决的问题，也有机会变成更多团队的基础。
当这样的 Agent 越来越多，Research、Coding、Marketing、Design、Writing、Analysis 等不同领域的工作经验，或许会从分散的个人会话，逐渐汇聚成一套可被检索、共享和复用的公共资产。
如果越来越多的人愿意把解决问题的过程和 Agent 一起分享出来，AgentGit 也许会从一个会话协作工具，逐渐变成 Agent 工作经验的公共入口。
AgentGit 目前已经支持 Claude Code、Codex、OpenCode、OpenClaw、Hermes 和 WorkBuddy，用户只要访问官网（agent-git.com），复制首页的安装指令给自己的 Agent，即可自动完成安装。
事实上，软件开发能够形成今天的协作方式，很大程度上得益于成熟的版本管理基础设施。代码可以被保存、追踪、分享、分支和协作，也可以交给其他人继续开发。
但对 Agent 来说，类似的机制还没有真正建立起来。一个 Agent 完成了一段复杂工作，如果不能被保存和继续，它只能停留在原来的会话；如果不能被分享，它也只能属于原来的用户。
AgentGit 补上的，正是这一环：让 Agent Session 可以被保存、分享和交接，让其他人直接接手；让多人围绕同一个 Agent 协作，也让已经解决的问题和积累下来的经验继续被复用。
它想做的，不只是一个会话管理工具，而是让 Agent 上下文真正开始流动起来。
因为 Agent 越来越深入真实工作之后，真正有价值的就不只是最终产出的代码、报告或文件，还有完成这些工作的过程——做过什么、试过什么、哪里失败、为什么改变方向，以及下一步应该怎么做。
这些上下文一旦可以被保存、分享、交接和复用，Agent 的工作就不再是一次性的会话，而开始成为一种可以被持续积累的工作资产。
而当越来越多这样的 Agent 工作会话被开源、分享和沉淀，今天属于某一个人的 Agent 会话，未来也可能成为另一个人、另一个团队，甚至另一个 Agent 工作的起点。
这也意味着，Agent 的工作正在走向一种全新的流动方式，而一套全球性的 Agent 上下文基础设施或许正在形成。
云栈社区会持续关注 Agent 协作生态的演进，因为这类基础设施的走向，或许会重新定义我们与 AI 协作的日常。
发表于 4 天前
|
查看: 0|
回复: 0
