不知道小伙伴们在日常使用AI Agent软件的时候，会不会遇到这样的需求。就是换了台电脑换了个其它的AI Agent软件，或者需要把AI没干完的工作，交给同事接着干。

这时候，你最苦恼的就是，如何把之前那些工作会话的记录导出来。打包迁移到其它的电脑，或者其它的AI Agent软件上。比如WorkBuddy上之前的工作会话历史记录，打包迁移导入到Codex之类的。

再者，如果这个项目是需要团队协作的，你需要把之前的工作会话记录转发分享给其它的同事。或者你用AI Agent做了一半，准备离职了，要交接给另外的同事接手。

等等此类需求，归根结底就是上下文怎么打包迁移，怎么转发分享的问题。要知道，AI时代，一个或者多个工作会话中的上下文，才是最重要的资产。

01 · WHY SO HARD

为什么上下文迁移这么难

至于什么Skill、MCP之类的，你随时可以通过官方市场或者开源的仓库链接进行下载安装，再者Skill重新打包成zip存放在电脑本地也是很方便的。

而一个AI Agent软件中工作会话历史记录能不能随意打包导出，这就取决于软件有没有这个功能，支不支持导出了。从产品设计的角度上来讲，大多数Agent软件厂商肯定是不大愿意的。

一来你迁移到别的Agent软件了，流失到竞争对手那边去了。二来本着保护你个人数据隐私的说法，如果随便一个人操作你的Agent都能导出工作会话记录，那不安全，这种说法懂的都懂。

虽然像WorkBuddy也提供了分享任务的功能，但分享出去的还是官方的链接，你终究得回到WorkBuddy的软件客户端才能延续着上下文操作下去，一直到任务完成。

所以像工作会话记录这种上下文资产，就一直存在着打包迁移，本地备份，转发分享的需求。Agent软件官方厂商不做，就会有第三方的开发者去做。

02 · WHAT IS AGENTGIT

AgentGit：让会话像代码一样流动

比如老马一直暗恋的AI女神博主秋芝宝宝，她的团队最近就上线了一款叫炉子的产品，主打就是AI时代各种知识资产的管理和自由迁移分享。

但老马今天不是要分享这个产品，而是介绍另外一个较为简单的工具，它就是号称全球首个开源Agent会话平台的AgentGit，

AgentGit的思路是让Agent的工作会话（Session）像代码一样可以被保存、分享、交接、协作和复用。一个人开始的工作，另一个人可以直接从已完成的地方继续，不用反复解释背景。

更深一层，它想做的不是简单的会话管理工具，而是让Agent的上下文真正流动起来。一个人的经验成为下一个人的起点，一个团队解决的问题变成更多团队的基础。

如果越来越多的Agent工作会话被开源分享，可能会形成一张全球性的Agent上下文网络，成为下一代AI工作的基础设施。

AgentGit目前支持Claude Code、Codex、OpenCode、OpenClaw、Hermes、WorkBuddy这些主流的Agent软件，安装指令在官网agent-git.com上就可以获取：

03 · SETUP

实操：安装、登录与授权

接下来老马就用WorkBuddy来进行演示，模型照例是GLM-5.3-Flash。输入刚才获取到的适配WorkBuddy的安装指令，提交过去安装即可：

安装完成后，需要重启一下WorkBuddy的电脑客户端来让会话加载一下hooks，我们就先重启再说：

重启完WorkBuddy，回到刚才我们安装AgentGit的那条会话窗口，继续输入提示词agit login来完成浏览器登录：

我们复制一下那个授权链接，使用电脑浏览器打开访问。可以看到该网站是支持Github跟谷歌账号登录的。如果你没有以上账号，就先点击下面的Sign up去使用电子邮箱注册一个新账号：

注册账号的过程就不给大家截图了，无非是填写昵称，电子邮箱地址，以及输入两次密码。注册完成后，直接就是登录的了，点击按钮确定授权CLI即可：

下一步就是回到WorkBuddy刚才的会话窗口，给它回复一句好了就行。首次使用时只需两步，为这个项目创建一个Agent repo（如 agit init workbuddy-notes），之后每轮对话都可用agit commit落账、agit push发布：

04 · BULK SAVE

大白话批量保存与性能踩坑

根据上面WorkBuddy给出的AgentGit的使用方法，老马一眼懵逼看不懂。翻看了一下前面的记录，好像AgentGit的主要用法是下面这些：

agit new 老马/project-notes -b 任务名　　# 带命名分支开启新会话
agit commit 老马/project-notes@分支　　# 保存当前会话进度
agit resume 老马/project-notes@分支　　# 续聊历史会话

这是什么鬼？这小白哪看得懂啊？不行，咱们就用大白话，比如老马需要的是，以后AgentGit这个工具，都把一个叫WorkBuddy的工作空间，里面所有的工作会话记录保存到本地。于是，把上面的需求直接发过去：

上图你瞧，老马不懂AgentGit这个工具的使用方法没关系，WorkBuddy懂就行了。把大白话需求告诉WorkBuddy，交给它去搞定，根本不用自己琢磨怎么敲命令去使用AgentGit。

WorkBuddy一顿操作下来，梳理出了WorkBuddy工作空间里面有82条会话记录，还创建了一个后台任务在慢慢保存处理中。后台任务可以不用管它，不消耗积分的，开着等待它处理完就行：

整个处理的过程是跟你的会话记录数量和上下文的大小是有关系的，当然越多越大处理需要的时间就越长。老马在等待了1个多小时后发现不对劲，干脆问一下WorkBuddy处理完了没有：

结果WorkBuddy排查出来是macOS钥匙串授权挂起的性能瓶颈造成的，并进行了优化，预计剩余的26个会话导入保存处理还需要2.5-3.5个小时。

神经病啊，保存个会话要这么长时间，这AgentGit也不行啊。老马这样的急性子，难道真得电脑开着挂机一个晚上，等它慢慢处理完么？不行，得逼一把WorkBuddy：

经过WorkBuddy的解释，老马发现自己错了，这真没法继续逼它了。因为剩余的26个会话是超大会话记录，每个会话至少有几千个文件，这还不算其它的内容。

满打满算，大概有1.69万条会话当中的内容需要保存。乖乖，老马都忘了之前是怎样造的，造到这么夸张的地步。而AgentGit单次只能处理1024条内容，并且WorkBuddy已经榨干了老马电脑的CPU性能。

总之一句话就是，它尽力了，除非老马放弃保存剩余26个会话记录，否则就只能慢慢等了。因此小伙伴们，你们之前历史累积的会话记录条数过多，且每个会话记录里面产生的文件等内容也是很多。

那就会遇到老马上面的问题，解决的方法就是用老马上面提到的，要求WorkBuddy进一步提升优化处理的性能，实在没办法继续优化了，就只能等待，把WorkBuddy这个会话中的后台任务开着。

05 · EXPORT TO CODEX

打包导出到 Codex

你可以继续去做其它的任务，不影响你干别的活儿。老马这里就暂时让WorkBuddy停止了会话的保存，接下来让WorkBuddy把已经保存好的会话记录，打包一下准备导入到Codex。

由于AgentGit是自带export –format codex的导出功能，可以把已经保存存档的会话导出成Codex的兼容格式。所以后续打包后zip压缩包文件，老马只需要上传到Codex，让Codex去处理就完事了：

∞ · POSTSCRIPT

写在最后

打包导出带走，同样是需要耗费较长时间的，前面说过，是因为老马的会话记录内容过于庞大导致的。唉，所以这里老马的建议是，你可以有选择性地保存一些重要的会话记录，再去打包导出。

不要像老马这样，一次性全部保存和打包，这样确实内容体量太大了。不过在使用AgentGit去保存打包的时候，倒是只消耗了20多个WorkBuddy积分，也就是token消耗比较少，这点还是挺不错的。

好了，以上就是今天的分享。欢迎关注、点赞、转发一键三连。有任何问题和需求，请在评论区留言，回见！