用途：这是一个规格驱动开发（Spec-Driven Development）技能，激活后在对话期间（或显式停用前）采用规格驱动工作流。规格是唯一事实来源，计划、代码与测试都须符合规格。适合独立开发者按任务规模受控推进开发。
主要能力：按信号做三路分流。FULL 适用于超过 3 个文件、引入新依赖或架构变更，走 SPEC→PLAN→IMPL→VERIF→SYNTHESE；LIGHT 适用于 1-3 个文件、无新依赖、意图清晰；SHIP 适用于热修复、错字、配置等小于 1 个文件的改动，直接实现并提交。若不确定轨道，先用一个问题询问，仍有疑问则默认 LIGHT 并标明不确定性。内置三种思考模式：Architect 用于 SPEC 与 SYNTHESE，Orchestrator 用于 PLAN，Executor 用于 IMPL 与 VERIF，切换时显式公告。
使用方式：遵循 Spec-First、Traceability、Conformity、主动澄清、阶段隔离与受控迭代原则。FULL 流程中 SPEC 预算不超过 500 token，产出目标、范围、约束、验收标准与不做的部分，SPEC 后必须停下等待用户确认，不产生后续内容；PLAN 预算不超过 800 token；IMPL 基线 5k、多子任务最多 20k token；VERIF 报告最多 1000 token；SYNTHESE 最多 300 token。LIGHT 只需 3 行规格并等待确认，然后实现与验证。SHIP 直接实现、冒烟测试并提交，失败则降级为 LIGHT。
限制与约束：不能在未获用户验证规格前实现；发现规格与代码偏离须立即标记 [DIVERGENCE] 并等待指令；验证标准失败最多重试 2 次，仍失败须请求修订 SPEC 或 PLAN；子代理仅在任务完全规格化且独立时授权，每个 IMPL 阶段最多 2 个并发。输出使用结构化 markdown，FULL 轨道不得跳过阶段或门禁。官方资料未提供安装命令、价格或平台信息。