Claude Code 被封后，我才意识到，Agent 工作流必须能一键迁移
这两天，Claude Code 大面积封号的讨论在国内开发者圈里突然多了起来。
我身边也有类似情况。
有人账号突然不可用，有人办公室网络一开就触发风险，还有不少杭州、上海办公网络用户在社群里反馈，之前挂海外网络还能正常用，最近变得明显更严格，只要设备和 IP 被识别到风险，账号就很危险。
这件事最难受的地方，不是少了一个聊天工具。
而是很多人已经把 Claude Code 当成了半个工作台。
它知道你的项目背景，知道你常用的写法，知道你上一轮改到哪，知道你平时怎么指挥它。
一旦账号没了，真正丢的不是 Claude Code 本身。
而是你和它一起磨出来的那套工作流记忆。
所以我觉得这次最值得做的一件事，不是继续讨论怎么绕风控。
而是把自己和 Agent 的工作流，打包成本地资产。
这样哪怕 Claude Code 突然不能用了，你也能把这个资产包丢给 Codex、Cursor、Gemini CLI 或其他 Agent，让它快速接手。
最简单的做法，先做一个 AGENT_CONTEXT.md
如果你是小白，不用一开始搞一堆文件。
先做一个文件就够了。
就叫：
AGENT_CONTEXT.md它的作用很简单，就是告诉新的 Agent：
- 这个项目是干什么的
- 你平时怎么工作
- 重要文件在哪里
- 常用命令是什么
- 哪些规则不能破
- 当前任务做到哪了
- 之前和 Claude Code 聊过哪些关键结论
你可以把它理解成「给新 Agent 的交接文档」。
怎么从 Claude Code 对话里生成这个资产包？
最简单的方法，就是直接让 Claude Code 帮你总结。
你可以在 Claude Code 还可用的时候，直接对它说：
请把我们这个项目里的长期工作流、项目背景、常用规则、当前任务进度、重要上下文，整理成一个 AGENT_CONTEXT.md。 要求： 1. 新 Agent 读完就能接手继续工作 2. 不要写闲聊内容，只保留对后续工作有用的信息 3. 按项目背景、目录说明、常用流程、重要规则、当前任务、待办事项来整理 4. 如果有不确定的信息，请标注待确认如果你之前和 Claude Code 聊了很多轮，这一步非常有用。
因为它能把散落在对话里的经验，压缩成一个可迁移文档。
不要只复制聊天记录。
聊天记录太乱。
你要的是总结后的交接文档。
一个可直接照抄的 AGENT_CONTEXT.md 模板
你也可以直接用下面这个结构。
# AGENT_CONTEXT ## 1. 项目背景 这个项目是做什么的，主要目标是什么，面向哪些用户。 ## 2. 目录说明 - 目录 A：放什么 - 目录 B：放什么 - 目录 C：放什么 ## 3. 常用工作流 ### 写文章流程 1. 先查资料 2. 再列大纲 3. 写 Markdown 4. 检查标题和排版 5. 需要配图时生成首图 6. 完成后归档 ### 写代码流程 1. 先读相关文件 2. 再改代码 3. 跑测试 4. 总结修改点 ## 4. 重要规则 - 不要删除用户已有文件 - 不要改无关文件 - 最新信息必须联网核实 - 输出要适合直接发布 - 不确定的地方要标注 ## 5. 常用工具和能力 - Codex：项目级修改、多文件整理、文章和代码任务 - Cursor：IDE 内开发和重构 - Kimi / DeepSeek：中文资料理解、长文和搜索 - 生图生视频：使用 iMini 这类聚合平台或对应 skill ## 6. 当前任务状态 正在做什么，做到哪一步，下一步是什么。 ## 7. 待办事项 - 待办 1 - 待办 2 - 待办 3 ## 8. 已知坑点 - 哪些内容不能写 - 哪些文件不要动 - 哪些工具不稳定这个模板不用一次写完。
先写 60 分版本。
以后每次 Agent 犯错，你就把规则补进去。
慢慢它就会变成你的项目记忆库。
怎么把资产包配置给新的 Agent？
最简单的方式，也不用配置什么复杂东西。
把AGENT_CONTEXT.md放到项目根目录。
然后打开 Codex、Cursor、Gemini CLI 或其他 Agent，第一句话就这么说：
请先阅读项目根目录下的 AGENT_CONTEXT.md。 读完后，按里面的工作规则接手当前任务。 如果有不清楚的地方，先提问，不要直接乱改。如果是 Codex 这种会读本地文件的 Agent，它就能直接读取这个文件，然后继续工作。
如果你用的是网页对话类工具，也可以把AGENT_CONTEXT.md的内容复制进去。
关键不是工具怎么叫。
关键是新 Agent 第一件事必须读这个上下文包。
如果项目比较复杂，可以拆成 5 个文件
一个文件不够时，再拆。
推荐这样拆：
AGENTS.md 给 Agent 的总规则 PROJECT.md 项目背景和业务说明 WORKFLOWS.md 常用工作流 PROMPTS.md 常用提示词 TASKS.md 当前任务和待办小项目用一个AGENT_CONTEXT.md就够了。
大项目再拆成这 5 个。
不要一开始就过度工程化。
先让新 Agent 能接手干活最重要。
被封之后，可以切到哪些 Agent？
如果 Claude Code 不稳定，可以按场景选。
Codex
适合项目级任务、多文件修改、文档整理、文章和代码混合工作流。
如果你已经把上下文写进AGENT_CONTEXT.md，Codex 是很自然的第一备份。
Cursor
适合 IDE 内开发。
如果你主要是写代码、补全、重构、读项目，Cursor 依然很顺手。
Gemini CLI
适合命令行用户。
如果你习惯在终端里做工程任务，可以作为备选。
Qwen Coder / 通义灵码
适合中文开发场景和国内生态。
如果你的项目更偏中文业务、阿里云或国内团队协作，可以测试。
DeepSeek / Kimi
适合中文资料理解、长文、搜索和内容整理。
它们不一定完全替代 Claude Code 的项目级 Agent 能力，但很适合做资料和内容侧任务。
Claude Code
如果账号稳定，它依然很强。
但这次封号潮提醒我们，它不适合作为唯一地基。
生图生视频这类能力，建议单独拆出去
很多人现在用 Agent 不只是写代码，还会写文章、做图文、生成视频素材。
这些能力最好也拆开。
代码和文档，可以交给 Codex / Cursor / Claude Code。
中文资料和长文，可以交给 Kimi / DeepSeek。
生图生视频，可以交给 iMini 这类聚合平台，或者对应的生图生视频 skill。
iMini 是国内可用的生图生视频聚合平台，可以用来做文章首图、小红书封面、视频素材测试，也可以通过 API 或 skill 接进自己的 Agent 工作流。
如果你想直接接入，可以看这个 skill：
https://github.com/imini-ai/imini-api-integration-skill
它不是 Claude Code 的替代品。
但它可以成为工作流里的一个稳定模块。
这样就算某个 Agent 账号出问题，图片和视频素材生产也不会一起停掉。
最后
这次 Claude Code 封号潮，最值得反思的不是怎么继续硬用。
而是我们以前太容易把工作记忆交给某一个工具。
你和 Agent 反复磨出来的项目背景、工作规则、提示词、任务进度，都应该沉淀成本地文件。
先做一个AGENT_CONTEXT.md。
让 Claude Code 帮你总结。
放到项目根目录。
换 Codex 或其他 Agent 时，让它第一步先读。
这件事做完以后，Agent 就不再是一个账号。
它只是执行者。
真正属于你的，是那套可以迁移的工作流资产。