先说结论：从Claude Code收到「账号受限」提示，到 DeepSeek Harness 上第一条脚本跑通，我花了一个下午，几个月的项目上下文一点没丢。
事情源于国庆期间我收到的Claude Code发给我的封号通知：
这一波，终于让我也赶上被封了。
这篇真正的重点不是「怎么对抗封号」，而是怎么把你在 Claude Code 里攒的东西，完整地搬到一个还能用的 Agent 上。
顺便刷新两个认知，这也是我这次踩完坑最想说的：
平替 Claude Code，不是「换个模型继续聊天」，而是换个能自己干活的 Agent - DeepSeek Harness 不是 API 调用
。它是 DeepSeek 今年 8 月 13 日发布并开源的 Agent 运行框架，很多人对 DeepSeek 的印象还停在「调个接口」，不知道它现在已经能当 Agent 用了!
一、先搞清楚：DeepSeek Harness 到底是个啥
一句话：Model + Harness = Agent。
它不是一个新模型，是一个让模型理解环境、调用工具、持续把任务干完的运行框架。模型、工具、Skills、会话、沙箱、存储、Agent Loop 和界面，全都是插件，可以按任务自由组合。
几个和测试工程师直接相关的点：
- 起步成本极低
：装好 Node.js（≥18）后，终端一行命令就能启本地 Web UI npx@deepseek-ai/dsh web - 模型随便接
：支持 DeepSeek、OpenAI 等近 40 家模型，也能填自定义 Base URL——你原来用哪家都还能接着用 - 四种运行模式
：标准模式开箱即用；PTC 模式让模型生成 TypeScript 把多步操作压成一次执行，适合 CI/CD、批量数据处理；极简模式只留 Shell 和文件编辑，适合跑基准 - 沙箱隔离
：bash 命令和文件重构跑在 Docker 容器里，CPU/内存/磁盘都有硬限制，不会把本机搞乱 - 自带自我纠错
：内置 pytest、ESLint 与编译日志裁剪，能抽核心堆栈让 Agent 自己改——这一点对写自动化测试的人尤其友好
⚠️ 提醒：当前还是 v0.1 开发者预览版，官方明确说后续可能有破坏兼容性的改动，先在测试项目里跑，别一上来就绑死生产流程。具体以官方仓库说明为准。
二、为什么现在就得搬
我这个账号平时用得不多，所以中招比别人晚。据公开报道：
- 6 月底—7 月初
：中国区账号大规模封停，不少是用了几个月的老账号 - 9 月下旬
：新一轮合规清查，经云渠道调用的企业客户账号也被波及 - 10 月初
：中国香港地区用户集中收到封禁通知，有用满 3 年的账号被停用 - 10 月 8 日
：Anthropic 更新使用政策，再次明确地区限制的适用范围
所以这不是「我运气差」，是时间线上的必然。
这两年「Claude Code 平替」成了高频搜索词。但大部分人找平替，找的是「哪个模型更便宜」——方向错了。真正要解决的是：你攒了半年的配置、提示词、项目上下文，换工具时能不能带走。
答案是：大部分能，而且比你想的省事。往下看。
三、关键：你的资产分两类，搬法完全不同 ⭐
这是我这次最大的收获，先给结论表：
CLAUDE.mdAGENTS.md | 不用搬 | |
hooks.json | ||
| 对话历史 / 项目上下文 | 导出 → 整理 → 导入，只能自己来 |
前四类基本是「配置搬家」，成本高不过半小时。真正麻烦、也真正值钱的，是第五类——你跟模型来回磨了几个月才攒出来的上下文：需求怎么定的、踩过什么坑、最后哪一版跑通了。
这一部分没有任何工具能替你一键搬完。下面手把手讲我怎么做的。
四、手把手：上下文迁移 5 步
第 1 步：导出历史资产
Claude Code 提供了导出功能。打开导出下载链接，历史对话打包成 zip。
解压后是 JSON + Markdown 混排的文件，几个月的项目对话、代码片段、测试方案都在里面。丢了它们，迁移成本会从「一个下午」变成「半个月」。
⚠️ 避坑：导出包按时间命名，不按项目分。别手动整理——下一步直接交给 AI 归组，手动归类是最费时间的一步。
第 2 步：用 WorkBuddy 把碎片变成知识库（本篇重点）
我把整个解压文件夹直接丢给 WorkBuddy，让它按项目、按主题重新组织。给它的要求就三条：
按项目归组，一个项目一个 Markdown 文件 每个文件里保留四块：原始需求、关键代码片段、当时的决策理由、最终跑通的版本 丢掉寒暄和无效来回，不要把对话逐字总结给我
输出是一组结构化 Markdown，每个文件对应一个项目模块。这一步的价值在于：换到任何新工具，把对应模块的 Markdown 丢进去，上下文就回来了——资产跟着你走，不跟着工具走。
⚠️ 避坑：别让 AI 逐字总结全部对话。逐字总结会丢细节，还会把噪音一起带过去；「按项目归组 + 保留原文」才真正可用。 💡 这一步不只适用于 AI 工具迁移。换编辑器、换 Agent、换模型，先把上下文导出成结构化 Markdown，是成本最低的做法。
第 3 步：起 Harness，配环境
一行命令起 Web UI，然后在 Models 页面添加 Provider、填 API Key——（前提是网络与账号合规，按你自己的情况来）。
接着新建会话：选工作区、选模型、选运行模式。我这次跑自动化脚本，用的是标准模式。
第 4 步：导入知识库，校准「测试目标」和「验收标准」
把第 2 步的 Markdown 喂进去，然后写 Harness 定义：项目结构是什么、测试目标是什么、什么算通过。
第 5 步：跑验证
迁移完，别忘了验证效果。
我选了一条在 Claude Code 上迭代过三轮的 Playwright 脚本：登录 → 填表单 → 断言结果。
生成的第一版就能跑，但断言过宽；补一条精确断言，第二版通过。从被封到跑通，一个下午。
⚠️ 避坑：冒烟脚本选「中等复杂度」。太简单，验证不了上下文是否真的迁过去了；太复杂，分不清是迁移丢了上下文，还是脚本本身的问题。
五、验证：搬完之后怎么确认没丢东西
别只看「能跑」，三条自查：
- 上下文有没有贬值
：在新工具上跑通一条「原工具上迭代过」的脚本。我这条覆盖登录态管理、表单填写、结果断言三个环节，生成的代码风格和原来不同，逻辑完全一致——测试资产没因为换工具而贬值 - 项目指引有没有被读到
：在工作区放一份 CLAUDE.md或AGENTS.md，新开会话问它「这个项目用什么命令跑测试」，答得上来才算真的加载了 - 工具链有没有接上
：MCP、hooks 这些原来依赖的，逐个触发一次，别等用到才发现是断的
六、可复制清单：事前 / 事中 / 事后
事前（现在就做）
列出当前 AI 工作流，标出「只有一个工具在支撑」的环节 选一个备用工具，至少完成一次 Hello World 试用 把主力工具的历史对话 / 代码按项目导出，本地备份 把项目指引（ CLAUDE.md/AGENTS.md）维护好——它是唯一「零成本搬家」的资产
事中（受限发生时）
确认受限级别（账户 / 网络 / 区域），不盲猜 有紧急交付先恢复产能，申诉放后面 先搬配置（项目指引、MCP、hooks），再搬上下文 跑通一条中等复杂度的冒烟脚本，才算迁移完成
事后（恢复后）
评估新工具值不值得长期并行 把踩坑点写成文档，团队共享
七、两句比工具更重要的结论
写这篇之前，我翻了翻自己源码包的下载数据：33 个包累计被下载 763 次，前十名里 AI 相关的占了三席——AI 提示词模板 51 次、截图诊断 AI 自动修复 46 次。AI 已经是很多测试工程师工作流里的「基础设施」。
基础设施的特点是：平时感觉不到它存在，出事那天才发现全身都挂在它上面。
所以：
第一，任何被你当作基础设施的工具，都值得提前做一次断线演练。不是预期它出问题，而是真出问题那天，你的损失按小时算，而不是按周算。
第二，别把产出吊死在一个账号上。工具会变、政策会变，但你攒下的需求、代码、决策和跑通版本，只要导出成结构化 Markdown，换谁都能接着用。
八、合规边界
本文仅记录个人工具迁移经历，不构成对任何平台政策的评价或申诉建议，不提供任何规避风控、绕过地区限制的方法。文中涉及的第三方工具与项目名称（Claude Code、DeepSeek Harness、WorkBuddy）均为公开信息，不涉及破解、绕过或逆向工程；DeepSeek Harness 的能力与安装方式以官方仓库说明为准。文中引用的封号时间线来自公开媒体报道，以各平台官方说明为准。读者应遵守各平台服务条款与适用法律法规。
还有其他封号和资料迁移问题？ 欢迎留言，大家一起帮你看看！