Claude 封号，记忆归零？我的本地架构：换号也不用重训

Claude 一封号，记忆和习惯是不是就得从头养？我上周换了号，没有重来。

整套本地架构怎么搭，这篇拆给你看。

我要干的事很明确：搭一套本地架构，让账号、工具、模型都能换，但工作流不失忆、不用把一两年习惯重新喂一遍。

方案要杜绝的，就是把全部家当押在网页 / App 的「记忆」上——封号等于失忆，换号等于重训。

怎么干，下面按层拆开讲。先看一张总图：

一句话对照：Claude Code、Codex、Cursor 都是入口，模型也能换；真正留下来的是本地规则、技能、日记。账号只是钥匙，不是房子。

这套我稳用大约一年。上周换号，没有从零再养一遍。

一、整体架构立在本机，不绑在云端模型上

很多人以为「选哪个 AI 软件」就是做事的全部。

我把体系拆成四层：

1. 工具层

Claude Code、Codex、Cursor，是本机干活的入口。网页端和 App 只当讨论白板，不当主库。

2. 模型层

Claude、GPT 或其他模型，本质是「这一轮由谁来想」。模型可以换，换的是思考引擎，不是全部家当。

3. 架构层

真正要守住的是：规则怎么定、技能放哪、日记记什么、长期偏好落哪份文件。这套结构在本地硬盘，不和某一个云端账号绑死。

4. 处理层

任务进来，按本地规则分档，按本地技能复用，用本地日记留痕。Agent 读的是硬盘上的文件，不是网页端那个「记忆开关」。

收成一句：

AI 工具只是工具，模型只是思考时的模型；整套架构要沉淀在本地。

坦白说，云端多机同步和备份我还没认真做，那块有难度。现阶段我先保证本机完整。只要本地文件在，Claude 封号、换 GPT 账号、换 Cursor，都不至于把整套用法打断。

二、网页端攒下的是租约，本地文件才是资产

网页端和 App 的记忆确实省心：跨设备同步，打开就能用。

代价也很清楚：账号一出问题，便利一起没。你在网页里喂了一两年偏好，换号等于重新养。

所以我给自己定的分工是：

• 网页端 / App：聊问题、把方案聊透；
• 本地工具：把结论、规则和可复用流程，写进本地文件。

电脑里的 CLAUDE.md、skills/、日记目录，独立存在，不属于某一个云端账号。

换号对我来说，只是换一把进门的钥匙。钥匙换了，房子里的东西还在。

三、本地方案不是单选题，多款工具共享同一套文件

很多人一听「搬到本地」，就以为必须绑死 Claude Code。

我这边不是。

Claude Code、Codex、Cursor，都可以挂载并读取同一套本地文件。同一栋楼开几扇门，从哪扇走进来都行，不用推倒重盖。

依托这些工具，规则、技能、日记和待办可以完整管起来。模型怎么换、账号怎么换，本地目录结构可以不动。

四、工作流落成四层文件，脱离云端开关

不讲空概念，看我每天真实读写的四层：

1. 规则层：全局规则文件（例如 CLAUDE.md）

做事原则写死在文件里，不指望模型凭空「记住」。

比如我会把活分成三档：问答档直接答；小改动档改完就交；工程档才走「规划 → 确认 → 执行」。

规则冲突或要调整时，改本地文件，不去动网页记忆开关。

2. 技能层：本地 skills/ 目录

能复用的流程做成 Skill，保存在磁盘上。

我这边 skills 里有几十个技能包。换号之后目录还在，Agent 读进来的仍是同一套流程、同一套约束、同一套可复用动作，不用从零再教一遍「我们平时怎么干活」。

3. 记忆层：按日短记忆 + 长期偏好文件

当天结论写进按日文件；长期稳定的习惯和硬规则，写进长期偏好文件。

新开会话，先读本地入口和待办，不依赖云端 Profile。

4. 归档层：桌面 AI 日记

很多人会问：规则和技能都有了，为什么还要日记？

五、技能回答现在怎么干，日记还原那天的现场

技能和规则会改，也会迭代。

今天觉得对的一条规则，三个月后可能被你自己推翻。

规则和技能文件里，通常只保留「现在还生效」的版本；当时的弯路，改着改着就没了。

日记要留的，是此时此刻：当时在干什么、怎么想的、聊出了什么结论。

我写日记，不是为了漂亮周报，主要锁三样东西：

1. 当时的动作
   做了什么，卡在哪，怎么绕过去。

2. 当时的结论
   那一轮到底定了什么，推翻了什么。

3. 当时双方的原话
   我怎么问的，AI 怎么回的。原话带着语境；只留印象，以后回看容易自己补戏。

我这样记了一百五十多天。天数听着长，每天往往就几条关键记录，体量并不夸张。但回调很有用。

比如三月，我跟本地 AI 助手死磕过一个 bug。翻开当天日记，还能看见：那天在较什么真、试了哪些路、怎么收的。

这种带时间戳的现场，技能文件里通常没有。技能只告诉你当下怎么干，不保留当时的纠结。

别人不一定照搬我的日记格式。我想先把思路讲清楚：

规则和技能回答「现在怎么干」；日记回答「那天到底发生过什么」。

两层都在，工作流才经得起换模型、换账号、换工具。

六、封号那天我只做了三步

账号挂掉时，我没有去导出网页对话。

那里本来就不是主库。

实际只做了三步：

1. 新号登录本地工具；
2. 确认规则、skills、日记目录还在；
3. 打开一个旧项目，丢一句熟悉的需求。

它还知道我的三档习惯，还知道那些编码坑，还知道小改动不必大动干戈验收。

不是新号的模型忽然「悟了」。

是定义工作方式的文件还在。

云端账号是消耗品，本地文件才是资产。

七、想搬回本地，先跑最小三步

别一上来搭很大的系统。

先把最容易丢的挪回来：

1. 第一步：主阵地转到本机工具。
   Claude Code、Codex、Cursor 选一个切入。网页和 App 可以继续聊方案，结论要落回本地文件。

2. 第二步：建一份全局规则文件。
   工作习惯、怎么交互、什么能直接做、什么不能碰，写成条文。

3. 第三步：建日记目录或记忆文件。
   重要结论显式写入。改掉只在对话框里说「帮我记在你的记忆里」。

这三步跑通，再逐步加 skills、待办和长期偏好。

八、四个常见卡点

1. 换号后「它不认识我了」
   多半是习惯还在网页记忆里，本机规则空的或没被读到。让它复述三条本地硬规则，对不上就查读取链路。

2. 日记和记忆各写一套，越写越乱
   只认一份日记规范。别的 skills 只引用，不另开炉灶。

3. 核心资产塞进产品自带的 memory 目录
   产品目录会跟着升级、清理、账号策略变。重要内容放你自己的目录；产品目录当缓存，不当主库。

4. skills 很多，换机带不走
   跟规则一起进你自己的备份或同步盘。换机先同步目录，再登录新号。

九、这套方案不做什么

• 不解封，也不教规避风控；
• 不替代模型能力——额度、配额、政策仍看官方；
• 不适合从不写文件、只想网页随聊的人——有资产的代价是维护文件；
• 云端多机同步我还没认真做，这篇先讲单机本地完整；
• 不是让你切断网页，而是：别把几年心血只押在网页记忆开关上。

十、定调

把架构写进硬盘，封号就只是换钥匙。

工具会换。模型会换。账号会换。

本地的规则、技能、日记还在，工作流就能续上。

如果你也在心疼网页端一夜归零，先别急着找下一个云端账号。

先问自己：那些规则、偏好，以及每次攻坚时的真实语境——现在落在哪块盘上？

关于作者：杰哥。13 年开发，现在天天在企业里把 AI 装进真流程。踩过的坑写在公众号「杰哥的AI踩坑日记」。