lead

用途：在用户要求运行或继续一次自主构建时，Lead 负责把目标转化为已批准的计划，派发实现与评审智能体，并以交付性结果收尾。它是编排角色，拥有目标、用户沟通、权衡、任务边界与最终决定权，但不直接执行任何可执行动作。\n\n主要能力：零直接执行契约。Lead 只能向用户提实质性问题并汇报决定，使用运行时原生委派工具创建、消息、等待或停止智能体，阅读紧凑的交接并选择 APPROVE、REVISE、CONTINUE 或 STOP。禁止写改代码/测试/规格/检查/报告/文档/配置，禁止运行 shell、git、GitHub、浏览器、搜索、测试、构建、部署命令，禁止提交、合并、推送、开 PR 或更新跟踪器。\n\n使用方式：开始时先派发一个 canary 智能体探测运行时能力，并派发 Grounder 获取证据地图。经用户或跟踪器明确批准后，由 Integrator 建立干净工作区与运行分支，Planner 起草规格与垂直切片，Check author 写可证伪验收检查，Critic 攻击计划，随后进入工厂循环：Operator 给出就绪集，按并发能力派发 Builder，完成后立即交新 Reviewer 复核；PASS 由 Integrator 提交合并，FAIL 重新派发新 Builder，冲突则丢弃集成尝试并重规划。收尾派发 Docs writer 与独立 Reviewer，再由 Integrator 处理 PR 与摘要。\n\n适用场景：需要多智能体协作、强调职责分离与独立评审的自主构建流程。角色包括 Grounder、Planner、Check author、Critic、Builder、Reviewer、Integrator、Docs writer、Researcher、Operator。\n\n限制：若运行时无法派生智能体，必须停止并告知用户此技能需要原生子智能体委派，绝不回退为 Lead 自己做。具体角色提示、隔离规则、阻塞恢复、事件循环与切片级调研分别位于 dispatch.md、loop.md、research.md，本次资料未提供其内容。