闭环

回答的问题：这件事该由谁做，一次做多大，多久看一次。闭环是「做一步，看结果，对照该有的样子，再做下一步」的回路。例：主代理自己改一个状态机，每改一处跑一次测试，偏了马上拉回；派给子代理改，半小时后才看到结果，偏了也要半小时后才知道。

前五个模型讲一件事本身怎么想。这个模型讲事情在人和代理之间怎么转手：人转给主代理，主代理转给子代理，压缩前的自己转给压缩后的自己。

三句动作

1. 转手会丢信息。 要转出去的事，先问做对它要用到多少写不下来的上下文：人纠正过什么，哪些路试过不通，每个决定为什么这么定。用得多就不转。说清它比做它短得多、检查它比做它便宜的，才转。
2. 回路越紧越稳。 决定后面很多步的事，放在每一步都看得见的回路里：设计与建模、判断验收过没过、定位根因、要不要问人。能放手跑一段的，只是错了影响有限、末端能用确定办法验的事。放手时写停止条件：碰到规格没覆盖的情况就停下交回，不猜。
3. 一块多大，由接的一方验得完多少定。 接的一方是收下结果、要验它的那一方。人对主代理、主代理对子代理、今天的自己对压缩后的自己，都是这一条。做出来、接的一方还没验过的，是没验收的库存。

三句答不出，先别转手，自己做。

各类工作里怎么用

写在哪

不新开文档。判断写在本来就要写的产出里：派发简报的「派发理由」一行与停止条件，plan 的子代理表与「预算与回看」，交接信息包的四问。没有产出的小活，回复里写一句：这件事自己做还是转出去，为什么。

什么时候必须重做

• 准备派一个子代理，或准备分叉当前会话。
• 准备把一件事交给人定，或人要离开。
• 一程或一片的量超过了接的一方验得完的量。
• 子代理交回的结果偏得远，或同一类偏差第二次出现。
• 上下文快被压缩，或换一个会话接着做。

相邻的模型

think-orthogonal：这个问题的空间怎么拆。think-ought-vs-is：这件事的工作到底是什么。think-model-first：代码该长成什么形状。think-right-then-well：按什么顺序建，怎样算好。think-evidence：怎么知道它是真的；转出去的结果怎么验，归它。think-unknowns：没说清的地方，凭什么定。

主线：少即是多。回到上层：全部思维模型的表、放在一件事上的次序与整条流的顺序，在入口技能 single-session-dev-flow；按场景做事从总入口 pqw-mode 进。