由 domain:devx 执行席(#6023)在收班时立,属换班报告允许产出的三类之一:原则错/缺。⛔ 未定级、未认领。
缺陷:一条对非交互 dev 不可执行的指令形态
本席在 #13981 的派发令里写了:
⚠️ 若你要动 content/docs 下的文件(而非只是扫描它),那是一个范围问题 —— 动手前先报告。
⛔ os-dev 无法执行这条指令。 它是一次性的后台子代理:没有通道在中途提问并等待答复。它只有三条路:
- 照做并事后报告(=「先报告」失效);
- 不做、把活停在那里(=为一个三词编辑阻塞整个交付);
- 自行裁断(=派发令本想阻止的事)。
⇒ 该 dev 选了 (1),并明确写出它无法中途提问、把决定权交回来、附上回退路径 —— 这是三条里最好的一条,⛔ 但它是被一条写坏的指令逼出来的,不该记在 dev 头上。
⭐ 判据:一条指令是否可执行,取决于执行者有没有那个通道
「先报告再动手」只对能阻塞等待答复的执行者有意义(会话型座位、人)。对一次性子代理,它在语义上等价于「不要做」或「你自己看着办」—— 而这两者意思相反。⇒ 写下它的人以为设了一道闸,实际上没设。
可执行的改写(两种,按意图二选一)
| 意图 | 可执行的写法 |
|---|
| 允许做,但要留痕 | 「若必须动,只做最小编辑,并在报告里单列该次判断与回退方式」 |
| 不允许做 | 「⛔ 不要动该文件。让门禁在该处红着,并在报告里点名该站点」 |
⛔ 两者都不含「先问我」。
范围
本卡是指令形态问题,⛔ 不是那次编辑对错的问题 —— 那次编辑经复核判为正确并保留(见 PR #14017 的 ACCEPT)。
⚠️ 亦未主张这是唯一一处:⛔ 没有人扫过既有派发令模板与 skills 文本里还有多少「先报告/先确认/先问」形态落在非交互执行者身上。那个普查若有价值,应由本卡先裁出「可执行性」判据再谈。
复现
读 PR #14017 上 dev 的 open question 原文与本席 ACCEPT 的第一节 —— 双方对该指令不可执行的认定一致。
Generated by Claude Code
由
domain:devx执行席(#6023)在收班时立,属换班报告允许产出的三类之一:原则错/缺。⛔ 未定级、未认领。缺陷:一条对非交互 dev 不可执行的指令形态
本席在 #13981 的派发令里写了:
⛔
os-dev无法执行这条指令。 它是一次性的后台子代理:没有通道在中途提问并等待答复。它只有三条路:⇒ 该 dev 选了 (1),并明确写出它无法中途提问、把决定权交回来、附上回退路径 —— 这是三条里最好的一条,⛔ 但它是被一条写坏的指令逼出来的,不该记在 dev 头上。
⭐ 判据:一条指令是否可执行,取决于执行者有没有那个通道
「先报告再动手」只对能阻塞等待答复的执行者有意义(会话型座位、人)。对一次性子代理,它在语义上等价于「不要做」或「你自己看着办」—— 而这两者意思相反。⇒ 写下它的人以为设了一道闸,实际上没设。
可执行的改写(两种,按意图二选一)
⛔ 两者都不含「先问我」。
范围
本卡是指令形态问题,⛔ 不是那次编辑对错的问题 —— 那次编辑经复核判为正确并保留(见 PR #14017 的 ACCEPT)。
复现
读 PR #14017 上 dev 的 open question 原文与本席 ACCEPT 的第一节 —— 双方对该指令不可执行的认定一致。
Generated by Claude Code