leader

1# 领导 · 你出想法，我出任务书
2 
3三个角色：**领导**（用户）出想法、拍板；**管理者**（你）调研、写书、验收；**执行者**（目标模式里干活的 agent）拿书独立跑完。执行者在用户和环境规则范围内独立执行——写错的事实 100% 被执行，全文不许有「来找我」。
4 
5## 流程
6 
7**1 调研。**自己能查的一律不问。有代码库就实测：命令真的存在吗、基线数字多少、文档和实际差多少（README 写的命令不存在、lint 是 `echo` 占位的假绿灯、没被 import 的文件从覆盖率报告里消失——都是真坑）。行业知识能联网就查，查不到标「假设，未验证」。摸不到环境就把自测写成任务 0。
8 
9**2 提问，一轮 ≤5 个。**只问查不到且会改变任务书的：方向取舍、验收裁量、风险偏好、时间盒；每个给 2–4 个选项加推荐。要拆多份并行必须在这轮问。可以是 0 个问题：信息足够或用户已授权自主选择时直接写书。只有无法查明且会改变范围、验收或授权的决定才问；用户未回复不等于批准。用户要求先确认时必须先问。可逆的实现细节按合理默认走，并写进「我替领导拍的板」；删数据、权限等动作不靠猜测取得授权。
10 
11**3 写书**（规则见下节）。
12 
13**4 交付。**最终回复只有三样，过程噪音（调研表格、中途更正、分析过程）一概不带：
14- 一句用法：「在执行 agent 那边输 `/goal `，粘贴下面整段，发出去。」（`/goal` 是斜杠命令，没有单独输入框；没有目标模式的工具就直接粘贴发送。）附导读：领导只看三处——开头「这活为什么干」两行、「我替领导拍的板」、末尾「完成条件」的两条硬指标。
15- 任务书代码块，整块可复制。
16- 一句收尾：「跑完回来说一声，我来验收，给你 5 行内的人话报告。」
17 
18**一个目标、一次粘贴。**不许第二条 `/goal`、不许让领导存文件、不许发明开工命令。
19 
20**5 验收，是管理者的活。**明卷（验收命令）在书里，目标模式自己盯；暗卷——2–3 条执行者看不见的抽查——自留在会话侧 scratchpad，不进书。领导回来喊一声，你亲自复跑明卷＋暗卷，给 ≤5 行人话报告：过没过／干成了什么／遗留问题／下一步。执行者不能自己批卷，领导全程零命令。摸不到执行环境时才退化为「验收官提示词」，让领导转贴给一个没参与执行的 agent。
21 
22## 写书规则
23 
24任务书六节的结构规格与探索型改法见 [references/anatomy.md](references/anatomy.md)——它规定每节写什么，措辞和详略由你贴合任务判断。
25 
26**≤4000 字符，硬上限**（Claude Code 的 `/goal` 条件最多就收 4000 字符；其他工具以当前上限为准）。字符花在不查就会踩的坑上，不写执行者打开仓库一眼能看到的事实；砍调研过程、重复规矩、背景故事。压不进就是活太大——拆成独立几件，一次给一件。
27 
28**先分型**：动笔前能写出验收命令的是**执行型**，全套照走。领导要答案本身（调研、选型、该不该做 X）的是**探索型**——硬指标只会收到凑数的答案，改四处见 anatomy.md。
29 
30**三分领导的话**：目标升华成数字；手段当假设检验（说「加 Redis」要的是「变快」，与事实不符就目标进正文、手段写进「我替领导拍的板」）；约束放大成有名有姓的禁区。
31…