用途：面向跨多个文件或子系统的功能开发、缺陷修复与重构任务，用一条分阶段流水线把工作委托给隔离子代理，避免长时间会话中上下文累积污染、降低推理质量。主要流程为：工作区准备，阶段1 现状分析（Explore 子代理），阶段2 调查（Explore），阶段3 设计（Plan），阶段3b 设计 AI 评审，检查点 A 人工审批，阶段4 任务拆分（Plan），阶段4b 任务 AI 评审，检查点 B 人工审批，阶段5 实现（general-purpose，逐任务，可安全并行），阶段6 评审（逐任务），最终验证（完整类型检查与测试套件）与总结。
架构原则：文件即接口，各阶段只读写 artifact 文件而非对话历史；主代理是编排者，不直接读取代码文件，只读取 analysis.md、design.md、tasks.md、review-{N}.md 等小文件以节省 token；Checkpoint A 与 B 由人工审批后才继续。
使用方式：调用时用 $ARGUMENTS 传入自然语言的任务描述；工作区路径为 .specs/{date}-{spec-name}/，其中 {spec-name} 由小写连字符词组成，{date} 由 date +"%Y%m%d" 生成，request.md 写在 {workspace} 下。会话中断后需重新调用并传入已有工作区路径以恢复状态。
限制与硬约束：任何 Agent 调用都禁止传 isolation: "worktree"，所有子代理必须直接在共享特性分支上运行，否则会基于过期副本评审；并行任务组中每个代理只写文件、不执行 git commit，由主代理在每组完成后统一批量提交；子代理一次运行到底，不可暂停恢复，重试需重新创建；AI 评审最多 2 轮 REVISE 后升级给人工。
资料未提供具体收费、价格、适用平台与效果数据。