把我每天用的 AI 编码会话搬上网

试想一个场景：你折腾了三天，用 Claude Code 跑通了一个完整的 prompt workflow，结果同事问"你这套提示词在 Gemini CLI 上怎么配？"，你只能截图、复制粘贴、再口头解释十分钟。会话本身没法像代码仓库那样被 fork、被 review、被二次编辑。

这就是 Supafork 想解决的问题。作者把日常用的 Claude Code、Codex、Gemini CLI、OpenCode、Pi 等编码工具的会话文件全存到一个地方，做成可以分享、可以 fork 的"Agent 会话仓库"——产品自己打的比方是"GitHub for agents"。

核心功能其实就三块：

• 存储和归档：把每个 harness 产生的完整会话（不只是对话文本，还包括工具调用、上下文状态）上传到云端
• 公开 / 私有：和 GitHub 仓库一样，可以公开让所有人看到，也可以私有留给自己
• Fork 和跨工具迁移：看到别人的工作流，点一下 fork 就能拉到自己账号下；更狠的是可以跨 harness 导入，比如把一个 Claude Code 的会话丢进 Gemini CLI 里继续跑

从产品定位看，这东西卡在一个挺真实的痛点上：现在每个 CLI 工具的会话都是孤岛，存在 ~/.claude/ 或 ~/.codex/ 这种本地目录里，换台机器就没了，更别说协作。Supafork 等于给这些散落的会话加了版本控制和社交属性。

不过有几个问题想拎出来聊聊：

跨 harness 迁移这件事，技术上比听起来难。每个 CLI 的会话格式不一样，工具调用的命名空间也不通用——Claude Code 用的是它自家的 tool registry，OpenCode 又是另一套。要做无损迁移，相当于写一堆 adapter，而且这些工具随时在升级格式。CLI 装了之后会不会往用户机器上写一堆奇怪的东西？这块我比较关心隐私边界。

另一个值得琢磨的点是定位：这类工具最终的护城河到底在哪？是会话的存储和检索（其实更像一个"Agent 经验的 Notion"），还是社区里沉淀出来的高质量 workflow 库？如果后者成立，那 fork 数、star 数这些社交指标可能比存储本身更重要。

我自己倒是挺想试一下 fork 别人 workflow 这个体验。日常用 Claude Code 经常遇到"这个场景我之前好像解决过但找不到在哪次会话里"，有个能搜的会话历史就舒服多了。

> 作者在 beta.supafork.com 开放了试用，CLI 也可以装。有用过的朋友来说说，fork 过来的 workflow 在不同 harness 之间跑得动吗？