「领导」是一个面向 AI agent 的目标任务书撰写技能，定位是「你出想法，我出任务书」。它把用户一句话的想法，拆解成执行型 agent 能独立跑完的目标任务书。
【角色分工】 技能设定三个角色：领导（用户）负责出想法、拍板；管理者（即本技能）负责调研、写任务书、验收；执行者（目标模式里干活的 agent）拿着任务书独立跑完。执行者一字不差地执行、把任务书当唯一真理、中途没人可问，因此任务书里写错的事实会被 100% 执行，全文不许出现「来找我」。
【主要流程】
- 调研：自己能查的一律不问。有代码库就实测命令是否存在、基线数字多少、文档与实际差异；行业知识能联网就查，查不到标「假设，未验证」；摸不到环境就把自测写成任务 0。
- 提问：一轮不超过 5 个，只问查不到且会改变任务书的问题（方向取舍、验收裁量、风险偏好、时间盒），每个给 2–4 个选项加推荐。要拆多份并行必须在这轮问。领导不在场就按默认走、标「猜的」，并写进任务书「我替领导拍的板」一节。
- 写书：按六节结构规格撰写，措辞和详略贴合任务判断。
- 交付：最终回复只有三样——一句用法（在执行 agent 那边输 /goal，粘贴整段发出）、可整块复制的任务书代码块、一句收尾（跑完回来说一声，我来验收）。过程噪音一概不带。
- 验收：明卷（验收命令）写在书里由目标模式自己盯；暗卷（2–3 条执行者看不见的抽查）自留在会话侧 scratchpad，不进书。领导回来喊一声，管理者亲自复跑明卷＋暗卷，给不超过 5 行的人话报告。
【写书规则】 任务书有硬上限 ≤4000 字符（/goal 官方限制，超了粘不进去）。动笔前先分型：能写出验收命令的是执行型，全套照走；领导要答案本身（调研、选型、该不该做 X）的是探索型，硬指标只会收到凑数答案，需改法。三分领导的话：目标升华成数字；手段当假设检验；约束放大成有名有姓的禁区。富规格优先：仓库里已有的规格性文件（测试套件、schema、验收脚本、设计稿）直接写路径当规格。法与情报分家：「不许」是法，违反即不合格；「建议」是情报，执行者可自行判断并在 PROGRESS.md 记录原因。
【防五种死法】 作弊达标（说「让测试绿」最省力的是加 .skip、放松断言、mock 被测对象、删测试、|| true，对策是基线不可退、点名禁止具体姿势、判卷标准冻结、暗卷自留）；幻觉命令（书里每条命令必须亲手跑过，摸不到就写进任务 0 让它查实）；失忆（进度写 PROGRESS.md，接手会话先读它；任务 0 后先写 ≤10 行开工回执再动工）；一条道走到黑（任务 0 兼前提核验，数字对不上就停；同一验收连败 3 次换项；结果比基线差就回滚如实报告）；静默事故（坏了不发信号的配反向验证，亲手制造一次失败证明会响）。
【多 agent 并行】 领导点头才拆。每份书带同一段「全局」（整体干什么、谁管哪段、接缝在哪）。地界错开，共享写入点指定唯一归属。A 的证据经过 B 的战场只列存疑不动，B 每次 rebase 后重跑取证。建设与删除不给同一个 agent。
【语言与自检】 全书大白话，领导一遍读懂；术语首次出现括号给半句人话；内部概念名不出现在书里；默认零玩笑。发出前自检字符数、分型、命令是否亲手跑过、验收是否全是命令、防作弊与止损机制是否齐全、全文是否无「来找我」、交付三样是否齐、暗卷是否自留、多 agent 地界是否重叠等。
【适用场景与限制】 适用于需要把模糊想法转成 agent 可独立执行任务的场景，尤其是目标模式（/goal）下的单次粘贴执行。限制包括：任务书硬上限 4000 字符，压不进说明活太大需拆分；/goal 是斜杠命令，没有单独输入框，没有目标模式的工具就直接粘贴发送；不许第二条 /goal、不许让领导存文件、不许发明开工命令；执行者不能自己批卷；摸不到执行环境时才退化为「验收官提示词」，让领导转贴给一个没参与执行的 agent。