AI 换档为什么总断？我用一张「续接卡」把任务成功率拉上去

副标：换档保工作——交接给下一个模型的，是状态，不是摘要。

一、额度断在半程，新模型一脸茫然

§一 断档过程示意
有一回，免费档的额度，断在任务跑到一半。

只剩一条路：换档接着干。新模型接手后的第一个动作，是重新做了一遍它已经干过的事。它不知道上一轮改到哪了、为什么这么改、下一步是什么。我递的交接物只有一行："这是前文的摘要。"

摘要是叙事，不是状态。它回答"这一段讲了什么"，不回答"世界现在长什么样"。

这是我第一篇《当Agent的绿灯是假的》里"血账夜"那段的故事后续——探活判据误判把活档杀掉了，换档之后新来的模型发现：上一轮改了哪、为什么这么改，它一无所知。

我这套系统长期无人值守。任务中途换档，是日常动作，不是意外。额度耗尽、限流、换便宜档，哪天都可能触发。走到这一步，结论就一句话：换档保工作，交接的是状态，不是摘要。

后文 18 分钟压测撑住轮转，是这条结论的实盘证据。先讲解法本身。

二、要交接的是状态，不是摘要

§二 三要素关系示意
解法不是给更长的摘要，是给三样东西。

第一样，世界状态。 盘上代码，加定期 checkpoint。第一规则就一条：定期 commit。盘上有什么，就是"世界现在长什么样"。下一手看到它，才敢开工。为什么把 commit 放第一？因为它是唯一不依赖对话记录的事实源。对话会被截断、被稀释、被换模型，盘上代码不会。checkpoint 定得密一点，断点就清一点；定得稀，接手方就得靠猜。

第二样，认知状态。 一张续接卡，四段。注入方式：追加到会话系统提示，不占对话正文。MASTER 侧对应物是 resume/ 断点卡：新会话先读卡，再读盘上代码，两样对上才开工。对不上，说明盘和卡已经漂了，先修卡再干活，不能硬开。

第三样，理解桥。 三句话内的最短叙事。它不承载细节，只负责让接手方秒懂轮廓。这正是叙事和状态的分界：叙事回答"上一集讲了什么"，状态回答"世界现在是什么样"。桥给的是方向感，细节留给卡，事实留给盘。

三样东西各管一段，不互相代替。世界状态管"盘上发生了什么"，认知状态管"从哪儿接着干"，理解桥管"怎么快速进状态"。少任何一样，交接都缺一角：只有状态没有桥，接手方得从头读代码才进状态；只有桥没有状态，读完桥还是不知道世界什么样。

纪律只有一条：短，但不许失真。 每一段都得在盘上可核实。写不下来的东西，就当它不存在。这是反坑的边界：蒸馏会把"为什么这么改"压扁成"改了这里"。失真一次，接手方就照着错的"为什么"再错一轮。还要记住一点：卡是交接说明，不是任务本身。卡不干活，干活的是盘上代码加卡片上的下一步。

丑话紧跟，两条都是原文作者自认，随文保留：

• 跨任务级续接，目前还没有独立协议。 任务内部换档接得住；跨任务接手，协议欠着。
• 接手模型弱一档时，"别返工"那段，遵守率肉眼可见地差。 原文自认没有量化门槛，这里只写定性，不附数字。

然后给可复用的资产。续接卡四段，直接抄走能用：

## 续接卡
- 在干什么：（一句话，当前任务目标）
- 断在哪：（具体到文件/函数/未决点，盘上可核实）
- 下一步：（下一手动作，唯一、可执行）
- 别返工：（已做且验证过的，别重做；为什么这么改，一句话）

模板用完，机制就到头了。剩下的，交给压测数据。

三、18分钟：硬证据，连同丑话

§三 压测档位分布示意
解法值不值，拿压测说话。

18 分钟，4 个真实任务，中途自由换档，全部跑完，go test 全绿。档位分布：cc-a 8 / cc-au 13 / cc-au1 3 / cc-ms 1。原文一句话可直引："负载摊在四档、没有单点、没有断点。"

丑话与这些乐观数字同框，不拆段：

其一，18 分钟是"连续"，不是"过夜"。 这次证明的是分钟尺度内轮转撑住了，不是过夜不崩。压测前悬而未决的，就是"免费池整体 cooldown 当下不成立"这条边界——至少 18 分钟尺度内，轮转撑住了。这是证伪这条边界的尝试，不是全局结论。

其二，池上游只有 agnes、minimax 两家。 8 个容器看着宽，实际就这两家的副本在轮。两家同时枯竭，换档没有第三家可换。

其三，MoreToken 迁移后，8 容器塌缩为 1 网关。 换档的语义就此退化为"同档重试"，容错靠多 key 轮换、免费池耗尽自动回落付费池。可用池事实上变成单厂商。把三条拼起来就是一句：换档救不了整池枯竭。

四、换档的前提：判据得基于真值

换档保工作有个前提，不写出来就不算诚实：换档决策本身，得基于真值。 真值是产物、是额度，不是"看着像快断了就切"。

真言闸门两条规则，正好管这事。

规则 2：判死权归真值。 便宜探针——端口通不通、进程名在不在——只能报"可疑"，不能判死。宁可试错，不可错杀。

规则 7：优化失败 ≠ 任务失败。 换档是优化动作。优化走不通，应该降级，而不是把任务判死。这条给"换档保工作"划了精确边界：它保的是任务不断，不保每一次换档都成功。

反面锚点打一处。血账夜第一次事故里，探活判据没有反证自己，把活档误判成了死档——新档预热要 90 秒，探针等不到响应就报"死"，结果杀掉的是还活着的档。探活判据未反证，会把活档误判成死档。换档系统里，这等于"还没死就先切"，切的是错的目标。

五、边界与行动锚点

收口前，把丑话再回扣一遍：

18 分钟撑住轮转，在当前尺度内成立。边界之外，我不作主张。

三条边界：不是过夜；池上游只有两家；迁移后可用池事实上是单厂商。换档救不了整池枯竭——这句话是这套机制的真边界。

给读者的行动锚点，比选更贵的模型更优先，按顺序做：

一，先定期 commit。 世界状态靠它。

二，再写续接卡四段。 在干什么、断在哪、下一步、别返工。写不出"断在哪"，说明你根本没掌握进度。

这两步不依赖任何模型档位。模型换了，它们还在盘上。

---

评论区回「续接卡」，领取上面那张四段模板的空白可编辑版。 模板正文里已有，这里再给一份方便你直接复制到自己的项目里用。

资料来源与 AI 辅助声明

资料来源（全部为内部实盘记录，无外部数据）：

1. 内部实盘 MASTER 记录：《接手三要素》《十八分钟压测》《供给面迁移与收口》《军师不降级》《血账夜》各篇（MASTER 合集「无人值守系统从零开始」）；其中"18 分钟压测档位分布"事实来源为 MASTER docs/无人值守四环补齐与长跑验收-2026-09-07.md 及成长档案 Episode 03（2026-09-07）。
2. 真言闸门规则：内部《真言》文档（判死权归真值、优化失败≠任务失败两条）。

AI 辅助声明：本文由 AI 辅助起草，全部事实、数字与引用均出自上述内部实盘记录，作者逐条核对原文口径并确认；未使用任何外部不可核数字。观点与边界标注（"丑话"）来自原文作者自认，非 AI 生成。

---