整条工具链有一个单点故障：一个账号。 它没了，本地那套东西全都还在，但一句话也发不出去。 这一篇讲成因、备份、以及合规的换路——备份清单是唯一要你今天就动手的部分。
本文写什么常见成因（条款层面）、备份清单、合规换路。 本文不写怎么规避检测、怎么多开、怎么绕风控。理由在第五节，不是套话。
先降一个预期：绝大多数账号问题不是「被发现在做坏事」， 而是撞到了三条画得比人们以为的更近的线。
| 类 | 典型情形 | 为什么容易撞 |
|---|---|---|
| 共享访问权 | 把一个账号的访问权给到别人、或转卖出去 | 各家条款几乎都写了「不得共享/转售」，但「和同事共用一个」听起来太日常 |
| 自动化超出许可 | 让程序高频、无人值守地调用，超出该套餐允许的用法 | 订阅套餐和 API 的许可范围往往不一样——很多人以为订阅了就能随便自动化 |
| 支付与身份 | 扣款失败、地区限制、同一身份重复注册 | 这类最冤：不是行为问题，是结算和合规系统的自动判定 |
各家写法不同、而且会改。抄进这一页当天就开始过期，读者照着办反而更危险。
正确做法是自己去读你正在用的那家的条款，重点找三个词： 「共享 / share」「自动化 / automated」「转售 / resell」。 这三处基本能框出你那套用法在不在许可范围内。
这一节是全篇最实际的部分。账号没了不可怕，可怕的是攒了半年的东西一起没。 下面这些和账号是分开存的，但很多人从没备份过：
| 该备 | 在哪 | 没了的代价 |
|---|---|---|
| 配置文件 | 各工具的配置目录（~/.claude/、~/.codex/、~/.hermes/ 之类） | 权限规则、供应商配置全要重来 |
| 项目记忆 | 各仓库里的 CLAUDE.md / AGENTS.md | 通常在 git 里，这是唯一天然安全的一类 |
| 自定义命令 / skill | 工具的用户目录 | 攒得越久越疼，而且往往没进版本控制 |
| 工具接线（MCP 等） | 配置文件里的服务器清单 | 重连一遍要翻半天文档 |
| 会话历史 | 工具本地的会话存储 | 「上次是怎么解决的」全丢 |
| 密钥清单 | ⚠ 只备「有哪些、在哪申请」，不备值 | 换供应商时知道要重办哪几张 |
把这些配置目录纳进你已有的备份（时间机器、同步盘、私有仓库都行），
唯独把含密钥的文件排除掉——多数工具会把 key 单独放在一个
.env 之类的文件里，正是为了让你能安全地备份其余部分。
备之前先确认哪个文件装密钥。Hermes 那篇会给一个具体例子：
配置进 config.yaml、密钥进 .env，就是为了分开处理。
「换一条路」的正当含义只有一个：换一个你有合法访问权的供应商。 不是换个身份接着用同一家。
好消息是这件事的技术成本极低，因为这些客户端只认协议不认厂商—— 换供应商基本上就是改一个端点地址和一把 key。这正是下一篇的全部内容。
| 换什么 | 成本 |
|---|---|
| 端点地址 + key | 改一处配置 |
| 模型名 | 改一处配置，但要重新试手感——不同模型对同一段提示的反应不一样 |
| 协议差异 | 这是真成本：有的端点只支持一套请求格式，功能会缺一块。见第 7 篇第四节 |
| 做法 | 为什么 |
|---|---|
| 把端点写成配置项而不是硬编码 | 换的时候是改一行，不是翻遍代码 |
| 手上留一条能立刻切过去的备用路径 | 不需要平时就用，需要的是「切换过一次、知道能通」 |
| 定期真的切一次 | 没演练过的备份等于没有——这条在运维上是老生常谈，在这里同样成立 |
| 关键活别只挂在一个账号上 | 见第 21 篇：常驻服务断线的处理要提前想 |
直说：不是道德姿态，是两笔算术。
第一笔：这类内容对读者的期望收益是负的。规避手段的半衰期以周计， 而写在网页上的东西会被读好几年；照着一份过期的规避指南操作， 比什么都不做更容易出事。
第二笔：这条线里紧接着就要讲中转接入——那是一件完全正当的工程手段， 和「换个马甲接着用」根本是两回事。一旦这一篇教了后者， 下一篇就会被读成同一类东西，把一个正当技术带脏。这个代价太贵。
~/.hermes/config.yaml 与 ~/.hermes/.env，2026-08-21 核）。
其余工具请自行确认哪个文件装密钥再备份。