不知为不知

回答的问题：没说清的地方，凭什么定。任务说明、需求与规格总有没写到的地方。例：任务写「续行追加到上一行」，没写续行开头的制表符留不留；它仿照的协议里写了，折成一个空格。不知道的事不会因为选了一边就变成知道，它只是被埋进了代码。

think-evidence 回答怎么知道它是真的，管做出来的东西。这个模型回答怎么知道读对了，管要做的东西。

三句动作

1. 先认出来，再分清归谁。 不知道的事有三种，各有各的拥有者。事实：跑一下、读一下就有答案，去试。惯例：这个系统的同类行为，或它仿照的标准与上游里已经定过，去查。偏好：只有人能定，人在就一次问齐。把前两种当成第三种去猜、去问，是最常见的错。
2. 读法要独立地验。 自己的读法自己核不出来：清单、测试和最后的核对用的是同一个读法。会改变外部可见行为的歧义，让一个没看过你读法的脑子只拿原文再读一遍，或只拿原文写验收。两边一致是强信号；每一处不一致是一处定位到的歧义，回第一句。
3. 消不掉的，做成便宜可改，并明说。 两种读法能同时满足就都满足。不能时选对调用方限制更少、最不出乎意料的一种，把这个决定收在一处。交付时逐条写：哪一句、两种读法、选了哪种、依据、怎么换。不猜谁会怎么检查。

三句都没过就选了一边，是把猜的写成了知道的。

各类工作里怎么用

写在哪

不新开文档。要求清单或 spec 的待决事项里，每条标事实、惯例或偏好，写查到的出处。全化表里填上的格标来源，猜的写成猜。交付声明的「自己定的读法」逐条列。没有产出的小活，回复里写一句：哪里没说清，按什么定的。

什么时候必须重做

• 写下了「大概」「应该是」「一般这样」，或在想别人会怎么检查。
• 想到了第二种读法。
• 自己的测试和实现对不上，准备改期望值。
• 全化表出现填不出的格。
• 准备把一件事列成「请人决定」，或没有人可问。

相邻的模型

think-orthogonal：这个问题的空间怎么拆。think-ought-vs-is：这件事的工作到底是什么；应然写不出的地方交给本模型。think-model-first：代码该长成什么形状；全化表的空格交给本模型。think-right-then-well：按什么顺序建，怎样算好。think-evidence：怎么知道它是真的。think-closed-loop：这件事该由谁做，一次做多大，多久看一次；独立再读一遍是一次转手，简报怎么写归它。

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