指挥清单：五个场景，每场景五问
读完这课你可以下的命令：“这条令的对象是谁、证据要哪一层、什么条件算解除？出了事只停那个对象。”
- 可验收的命令
- 偏航五信号
- 对象级止损
怎么读：全文两千三百字，二十分钟。赶时间只看“五句版”和那张止损图（5 分钟）。这是前六课的收口，不讲新系统，讲你怎么开口。
同一天，三条命令怎么都落空的？
早上你说“重启一下稳稳”。晚上回来：进程是新的，可它连不上手机；一个跑了一半的任务没了；谁也说不清是几点重启的。中午你说“让阿匠看看 Comm”。阿匠看了，写了一页分析，没有人知道这算不算“看完了”。下午你问“课程站部署好了吧”，我说好了，其实七个新页打不开。
三条命令都被执行了，三条都没有结果。不是执行的人偷懒，是命令里没有说：对哪个对象、要什么证据、什么时候算完、坏了停哪里。这一课把前六课的问法收成一张卡，以后你开口就带着这四样。
命令落空，先查命令本身缺了什么，再查执行的人。
上一课三问，先答再往下
Section titled “上一课三问，先答再往下”第 6 课末尾问的，答案在这。
- 站内信的 READ 回执证明五层里的哪一层？送达层。不证明接受，更不证明结果。
- 为什么“测试全部通过”在 agent 时代更不能信？它是作者或模型生成的文字，成本为零；只有非作者出的退出码、回执、分数算验证。
- 我那次部署缺哪一层证据？验证层：上传没有绑在构建的退出码上。
新旧对照：一条命令长什么样
Section titled “新旧对照：一条命令长什么样”三条的共同点：命令里预先写好了“怎么算完”和“坏了停哪”。写在命令里，执行的人才有东西可对；没写，他只能猜你的意思，猜错了你俩谁都没错。
好命令不是更凶，是更具体：对象、证据、解除。
一条可验收的命令：四个零件
Section titled “一条可验收的命令：四个零件”你开口时最少要说全哪几样？
点外卖你从不只说“来点吃的”。你说了菜（动作）、送到哪一栋哪一户（对象与作用域）、要短信通知还是敲门（证据）、超过四十分钟就退单（解除条件）。四样都在，骑手和你才不会吵。给 agent 组织下令是同一件事。
对着我们的现状看：站内信能给第三样，回执就是证据；Goal 和义务能给第二样，对象和作用域写在票上；第四样最常缺。“什么时候算完、什么时候算坏”往往没写，于是任务挂着不结，出了事也不知道该不该停。
四个零件里最常丢的是解除条件；没有它，任务永远“正在做”。
五个场景，每场景五问
Section titled “五个场景，每场景五问”五张卡太多记不住怎么办？
- 派活：“对象是谁、证据要哪一层、几点没回执找谁？”
- 验收：“这是哪一层成了？谁出的证据？能重跑吗？”
- 出事：“几号信号？停哪个对象？其余照跑。”
- 选型：“哪一档接入？替身和退出日是什么？”
- 迁席：“契约清单在哪？校验缺证据是红吗？重拉后读回什么？”
展开全卡：五个场景各五问，都是前六课问过的，按场合重排。用的时候找场景，不用背。
| 场景 | 五问 | 出自 |
|---|---|---|
| 派活 | 1 这条令的对象是哪个结果、哪条义务、哪台机？ 2 要哪一层证据：送达、验证还是接受？ 3 谁是消费者？他怎么签收？ 4 几点没回执，找谁、走哪条替代路？ 5 会碰非幂等的外部效应吗？会就先叫我。 | 第 1、2 课 |
| 验收 | 1 “成了”是哪一层成了？ 2 证据是谁出的：作者、探针还是消费者？ 3 能重跑吗？跑了几次，退出码几？ 4 产物在哪，校验和是多少？ 5 消费者续上原任务了吗？ | 第 6 课 |
| 出事 | 1 这是五个信号里的几号？ 2 停哪个对象？其余照跑。 3 退到上一个有证据的档是哪一档？ 4 真源是哪张追加表？只查它。 5 解除条件是什么，谁来读回？ | 第 3、4 课，本课 |
| 选型 | 1 它是 Skill、Hook 还是 MCP？哪一档接入？ 2 它要常驻或自动更新吗？要就不是候选。 3 许可是 MIT、Apache 还是 BSD？ 4 替身是什么，退出日是哪天？ 5 它在演化的哪个位置：造、买还是忽略？ | 第 5 课 |
| 迁席 | 1 契约清单在哪？环境变量、文件、端口哪些是身份的一部分？ 2 校验缺证据是红还是绿？ 3 有在飞任务吗？丢什么，能不能等安静窗口？ 4 重拉后读回什么：真探针还是“进程在”？ 5 旧写者怎么失效？谁核 generation？ | 第 3 课 |
找场景，不背题；每个场景先问那一句。
核心词：对象级止损
Section titled “核心词：对象级止损”出事的时候，停多大？
类比。家里电闸是分路的。厨房短路，跳的是厨房那一路，客厅的灯还亮着。老式做法是总闸一拉，全屋黑，再挨个房间找。
观测层给的我们已有或规矩已定一半还没有
例子。第 6 课末尾那条：家页面显示“恢复完成”，可消费者续不上原任务。克老师定的动作不是“停止所有迁移”，是撤回这一个“恢复完成”、保住源、补缺；别的席的迁移照走。9 月 11 日 Telegram 掉线也一样：只停那一席的重拉，不停别的席，也不停站内信。
白话。止损是按对象来的：谁出了信号停谁，退到它上一个有证据的状态，补齐再放行；没出信号的照跑。
术语。克老师在 136 号 v2 第 8 节叫它“对象级止损，不关全队”。工程里最像的是断路器（circuit breaker）：一条依赖坏了只断那条，隔一会放一个请求过去试，试过了才全开。它的反面是第 5 课说的全局等待门：审批链就是拉总闸。
出事停对象，不停全队；停下来的那个对象要退到上一个有证据的档。
偏航五信号：出事那一格的对号表
Section titled “偏航五信号：出事那一格的对号表”“几号信号”是哪五个？
| 号 | 信号 | 止损动作 | 你下的令 |
|---|---|---|---|
| 1 | 同一事实出现两个可写的头、路由或状态机 | 暂停该对象新写，回到已知单写 | “谁是唯一写者？另一个停。” |
| 2 | 下级等核心逐票“同意”，超过一轮自己的可逆工作 | 移除那道人工前置，直接交具名消费者 | “这道同意谁在等？撤掉，交消费者。” |
| 3 | 在途增加而接受不升，消息等待和重试上升 | 退一档并发，先修可观测的阻塞 | “退一档，先修堵在哪。” |
| 4 | 新席没有结果、消费者、下一动作，只多一篇身份文档 | 不再开 builder，补结果投影与能力供给 | “它的结果是什么？没有就别开席。” |
| 5 | 家页面、目录、READ 显示成功，但消费者续不上原任务或找不到记录 | 撤回“恢复完成”，保源补缺 | “撤回完成，先保源。” |
五条都是克老师定的，出处 136 号 v2 第 8 节，由观测核心实测后生效。你不需要记全，出事时对着这张表找号。第六条只对他自己：他出现在任何票级验收链上，即偏航。
出事先对号，再停对象；对不上号的，先补观测，不先停。
工作样例：一条坏命令改成好命令
Section titled “工作样例：一条坏命令改成好命令”三步之后，同一句话有了对象、证据、解除条件和止损范围。9 月 11 日那次掉线九天，缺的正是第二步：进程在了，没人要“入站出站 id”这条读回。
前沿三个：两个开源，一个实验室发现
Section titled “前沿三个：两个开源，一个实验室发现”- 《SRE》事故指挥与 PagerDuty 事故响应手册位置：现成做法，该学不该买。抄：指挥者、执行者、记录者三个角色分开；交接必须说清“你现在拥有什么”；复盘追缺口不追人。不抄：它的值班排班与告警产品。一个数：一个指挥者。一条令：“出事时谁是这个对象的指挥者？只能一个人。”
- resilience4j 断路器位置：商品件，参照不引入（Java 生态）。抄：每条依赖一个断路器，三态闭合、断开、半开；半开时只放一条请求过去试。不抄：整个库。一个数：三态。一条令：“止损后放一条探针试，过了再全开。”
- OpenAI 一万 agent 攻 Navier–Stokes（9 月 8 日）位置：实验室发现，学形态不学规模。抄：完成条件是机器可检查物（分析证明之后 Lean 形式化约 17 小时），不是模型自称完成；分组、隔离、交叉授粉。不抄：一万并发。一个数：17 小时。一条令：“高风险产出的解除条件必须是机器能检查的。”
关键词卡（三张）
Section titled “关键词卡（三张）”本课其余的词（解除条件、断路器、事故指挥者、半开）已进术语手册的“控制面与边界”一节，不要求本课记住。
三问，先不看答案
Section titled “三问，先不看答案”- “让阿匠看看 Comm”这句话，四个零件缺了哪几个？
- 家页面显示恢复成功、消费者续不上任务，是几号信号，动作是什么？
- 为什么止损按对象不按全队？全队停会坏哪一条规矩？
忍不住要看答案？下一课开头会揭，现在点开也行。
缺对象作用域（看哪条链路）、证据（看完的产出是什么）、解除条件（什么算看完）。五号信号，撤回“恢复完成”，保源补缺。因为全队停就是全局等待门，违反第 5 课的“门无声”和 136 号的“不关全队”；一个对象的问题会变成所有消费者的等待。
只要记住三块：可验收的命令、偏航五信号、对象级止损。下一课起换节奏：七件事讲完了，从第 8 课起每课讲一个前沿发现，论文、实验室的发现或开源项目都算，仍按这个教法，每个都挂到七件事的一格上、都有一个数一条令。第 8 课已写：一群聪明的 agent 不是一个团队，材料是 2026 年 6 到 9 月五家实验室的十六条发现。
集团部分：克老师 136 号 v2 第 8 节偏航指标（2026-09-11）；第 1 到 6 课的指挥官问题；9 月 11 日 Telegram 掉线与课程站部署事故的取证。OpenAI 一条由 Grok 于 2026-09-11 核证。
- Google SRE Book，Managing Incidents。sre.google
- PagerDuty Incident Response（Apache-2.0）。github.com
- resilience4j（Apache-2.0）。github.com
- OpenAI，Navier–Stokes solution，2026-09-08。openai.com