给 AI agent 写可独立执行的目标任务书：有想法但需要…

把一句话想法拆成可粘贴给执行型 AI agent 独立跑完、可验收可续跑的任务书。

适用场景

解决思路

1. 按三个角色分工：领导出想法和拍板，管理者调研、写书、验收，执行者拿书独立跑完；执行者一字不差执行并把书当唯一真理，书中不得出现「来找我」。
2. 先调研：自己能查的一律不问；有代码库就实测命令是否真的存在、基线数字多少、文档和实际差多少，例如 README 写的命令不存在、lint 是 echo 占位的假绿灯、没被 import 的文件从覆盖率报告里消失。
3. 行业知识能联网就查，查不到就标「假设，未验证」。
4. 摸不到环境就把自测写成任务 0。
5. 提问一轮不超过 5 个，只问查不到且会改变任务书的问题：方向取舍、验收裁量、风险偏好、时间盒；每个给 2–4 个选项加推荐。
6. 要拆多份并行必须在这一轮问。
7. 领导不在场就按默认走、标「猜的」，并把「我替领导拍的板」一节写进书里；沉默替领导拍板是越权，摆到明面是尽职。
8. 写书：按 references/anatomy.md 的六节结构规格与探索型改法执行；它规定每节写什么，措辞和详略贴合任务判断。
9. 任务书 ≤4000 字符，硬上限，因为 /goal 官方限制超了粘不进去。
10. 字符花在不查就会踩的坑上，不写执行者打开仓库一眼能看到的事实；砍调研过程、重复规矩、背景故事。
11. 压不进 4000 字符就是活太大——拆成独立几件，一次给一件。
12. 先分型：动笔前能写出验收命令的是执行型，全套照走。
13. 领导要答案本身（调研、选型、该不该做 X）的是探索型；探索型用硬指标只会收到凑数的答案，改四处见 anatomy.md。
14. 三分领导的话：目标升华成数字；手段当假设检验，例如说「加 Redis」要的是「变快」，与事实不符就目标进正文、手段写进「我替领导拍的板」；约束放大成有名有姓的禁区。
15. 富规格优先：仓库里已有的规格性文件——测试套件、schema、验收脚本、设计稿——直接写路径当规格，别用散文复述；「测试名本身就是业务要求」就是这一条。
16. 调研的一部分就是找出哪个文件是规格。
17. 法与情报分家：「不许」是法，违反即不合格，每条溯源到一次实测或一次领导裁决；「建议」是情报，执行者有更好的路可以走、在 PROGRESS.md 记一句为什么。
18. 不要把情报写成法，否则是替执行者做它临场更懂的决定。
19. 防作弊达标：说「让测试绿」时，最省力的是加 .skip、放松断言、mock 被测对象、删测试、|| true——不是它坏，是目标函数写错。
20. 防作弊达标对策：基线不可退，测试数／覆盖率 ≥ 基线、skipped 0；点名禁止具体姿势；判卷标准冻结；暗卷自留。
21. 若「测试要绿」与「实现不许改」冲突而代码真有 bug：点破并给方法，即 characterization test：锁当前行为＋标 KNOWN DEFECT，否则它必偷改实现。
22. 防幻觉命令：它会平静地编造命令再甩锅环境——书里每条命令你必须亲手跑过，摸不到就写进任务 0 让它查实。
23. 防失忆：进度写 PROGRESS.md，接手会话先读它别重做；任务 0 过后先写 ≤10 行开工回执（理解的目标／顺序／最大风险）再动工；单任务一个会话内做得完。
24. 防一条道走到黑：任务 0 兼前提核验，量出的数字对不上就停；同一验收连败 3 次换项；结果比基线差就回滚如实报告——「没做成但说清了」合格，「做了但更糟」不合格。
25. 防静默事故：坏了不发信号的（假绿灯、失效报警器）配反向验证——亲手制造一次失败证明会响，贴输出；判据：问「这里坏了谁会知道」，答「没人」就要。
26. 交付时最终回复只有三样，过程噪音（调研表格、中途更正、分析过程）一概不带。
27. 第一样：一句用法：「在执行 agent 那边输 `/goal `，粘贴下面整段，发出去。」`/goal` 是斜杠命令，没有单独输入框；没有目标模式的工具就直接粘贴发送。
28. 附导读：领导只看三处——开头「这活为什么干」两行、「我替领导拍的板」、末尾「完成条件」的两条硬指标。
29. 第二样：任务书代码块，整块可复制。
30. 第三样：一句收尾：「跑完回来说一声，我来验收，给你 5 行内的人话报告。」
31. 坚持一个目标、一次粘贴：不许第二条 `/goal`、不许让领导存文件、不许发明开工命令。
32. 验收是管理者的活：明卷（验收命令）在书里，目标模式自己盯。
33. 暗卷是 2–3 条执行者看不见的抽查，自留在会话侧 scratchpad，不进书。
34. 领导回来喊一声，你亲自复跑明卷＋暗卷，给 ≤5 行人话报告：过没过／干成了什么／遗留问题／下一步。
35. 执行者不能自己批卷，领导全程零命令。
36. 摸不到执行环境时才退化为「验收官提示词」，让领导转贴给一个没参与执行的 agent。
37. 多 agent 并行必须领导点头才拆。
38. 每份书带同一段「全局」：整体干什么、谁管哪段、接缝在哪——接缝没人接是头号事故。
39. 多 agent 地界错开，共享写入点（lockfile 等）指定唯一归属。
40. 多 agent 中 A 的证据经过 B 的战场只列存疑不动，B 每次 rebase 后重跑取证。
41. 建设与删除不给同一个 agent。
42. 多 agent 书写明「合并排队变慢是新常态，不要自行协调、不要改 CI」。
43. 全书大白话，领导一遍读懂：标题直陈功能；术语首次出现括号给半句人话；内部概念名（如「暗卷」「探索型」）不出现在书里。
44. 默认零玩笑——每句话要么改变执行者行为，要么删掉；领导点名要梗才读 references/style.md。
45. 发出前自检：≤4000 字符？一个 /goal、一次粘贴？
46. 发出前自检：分型对吗？命令亲手跑过？没问的都写进「我替领导拍的板」带默认值？
47. 发出前自检：验收全是命令？防作弊、反向验证、三道止损、PROGRESS.md／BLOCKED.md 机制齐？
48. 发出前自检：全文无「来找我」？大白话？零多余玩笑？
49. 发出前自检：交付三样齐、无过程噪音？暗卷自留没进书？
50. 发出前自检：多 agent 全局段齐、地界不重叠、取证不互相作废？

适用边界 · 注意事项

• 领导未点头时不要拆成多 agent 并行。
• 目标是探索型（领导要答案本身，如调研、选型、该不该做 X）时，不要照执行型硬指标和全套照走，应按 references/anatomy.md 改四处。
• 摸不到执行环境时不能由管理者亲自复跑明卷＋暗卷，只能退化为「验收官提示词」转贴给未参与执行的 agent。