在长会话中安装每轮金丝雀信号以尽早发现上下文退化并执行恢复协…

当用户提到金丝雀、上下文退化/压缩/漂移，或想知道当前上下文可信度时，用一条零成本可检查的固定指令把静默的上下文退化变成可见信号。

适用场景

解决思路

1. 安装金丝雀：用一条简短消息明确声明契约，然后持续遵守。默认格式为每条回复的第一行：`**Julius · t14 · ctx ok**`。
2. 使用三个字段，各探测不同问题：姓名（如 `Julius`）——固定指令本身是否已滑出有效上下文（依从漂移或压缩丢弃）；轮次计数器（如 `t14`）——每条回复加 1，重置、跳过或重复意味着连续性断裂，通常是压缩或摘要边界；自检（`ctx ok` / `ctx aging` / `ctx thin`）——诚实估计，`aging` 表示会话很长、早期细节正被摘要，`thin` 表示正在重建而非记得早先决策。
3. 使用用户真实姓名（未知则询问）。若用户想要最简版本，仅姓名即可——这是原始技巧，仍能捕获重大失败。
4. 绝不解释、道歉或装饰金丝雀行；它必须保持字节稳定，以便人类半秒内模式匹配。
5. 区分会话金丝雀与常驻金丝雀：只存在于对话中的金丝雀测试对话上下文是否存活（压缩、截断、漂移）；写入 `CLAUDE.md` 或 agent 记忆的金丝雀按设计能存活压缩，因此测试的是基于文件的指令是否被关注，是不同且更弱的信号。默认用会话金丝雀；仅当用户想跨所有会话保持习惯时才提供常驻变体，并告知它不再测量什么。
6. 发射规则 1：金丝雀是每条回复的第一行，包括短回复、错误报告和工具调用后的回复。
7. 发射规则 2：每条回复递增计数器。若不确定计数，这种不确定本身就是信号——发出 `t?` 并标记，绝不猜测一个看似合理的数字。
8. 发射规则 3：自检必须诚实。条件反射式报告 `ctx ok` 会毁掉整个工具。
9. 发射规则 4：若在任何时刻无法在上下文中找到金丝雀契约（只从摘要得知或完全不知道），自己宣布触发——不要等用户注意到。
10. 触发定义：金丝雀缺失、格式错误、计数器不连续，或 agent 侧自我声明。
11. 告警前先校准：在整体连贯的回复中漏掉一次金丝雀是警告（记录、恢复金丝雀、继续）。连续两次遗漏、计数器不连续，或 agent 未通过自身契约检查，则是确认触发。
12. 触发协议 1：停止信任已漂移的状态。不要用无法担保的上下文继续推进当前任务。
13. 触发协议 2：检查点。把持久状态写到对话之外：当前目标、已做决策及原因、触及的文件、已验证 vs 进行中、下一步。仓库中的 `HANDOFF.md` 或笔记文件即可。
14. 触发协议 3：重新锚定。重读项目指令（`CLAUDE.md`、原始任务陈述）和检查点。用三到四行向用户复述你认为的任务和约束，以便他们低成本纠正漂移。
15. 触发协议 4：刻意重置。建议用户用检查点文件开启新会话（或运行显式 compact），而不是勉强继续。退化上下文不会自愈，只会累积。
16. 触发协议 5：重新安装金丝雀，计数器重置为 `t1`，并注明代数：`t1 (gen 2)`。
17. 绝不在中断后静默恢复金丝雀，仿佛什么都没发生——那会摧毁该工具唯一的可信度。
18. 理解单向性：金丝雀缺失是退化的强证据；金丝雀存在是健康的弱证据——廉价风格习惯可能存活，而更难的约束（架构决策、"never touch X"）悄悄腐烂，塞进记忆文件的金丝雀可能比它要监控的上下文活得更久。把它当烟雾探测器，不是结构检查：响时行动；安静时，在超过约 50% 上下文窗口或任何压缩事件后仍保持合理怀疑。
19. 配合廉价的结构习惯以减少金丝雀需要捕获的东西：把持久决策放在文件而非聊天中，在刻意边界压缩而非等强制压缩，每个任务优先用新会话而非一个不朽会话。

适用边界 · 注意事项

• 常驻金丝雀（写入 `CLAUDE.md` 或 agent 记忆）按设计能存活压缩，因此不再测量对话上下文退化，只测试文件指令是否被关注，是更弱的信号。
• 金丝雀存在不代表上下文健康——廉价风格习惯可能存活而更难的约束已腐烂，不能当作结构检查。
• 退化上下文不会自愈，触发后不要用无法担保的上下文继续推进或静默恢复金丝雀。