用途：从意图与需求创建系统设计规范。
主要能力：接受意图文件或对话中的意图，接受功能需求、非功能需求、用户故事或其组合；缺失意图时询问并停止；无需求时从意图推导建议；为需求分配 FR-* 或 NFR-* 标识，记录来源、推荐理由、选择状态（提议、包含、排除、推迟）和可观察验证；按顺序审查账本类别：UI、架构（HLD）、模型、契约、函数、接口或类、行为、失败模型、可追溯性；UI 和 HLD 需用户直接批准或记录委托批准；其余类别在 UI 和 HLD 批准后自主起草；最终审查规范完整性并呈现保存路径。
使用方式：提供意图和需求；确认主题文件夹（kebab-case）或使用默认 docs/context-engineering/<subject>/spec.md；在对话中批准 UI 和 HLD；其余设计细节由技能自主完成；使用 assets/spec-template.md 作为模板；按需恢复时读取已保存工件和意图源。
适用场景：需要将意图和需求转化为结构化系统设计规范的场景，强调用户控制和证据驱动。
限制：不生成生产代码或实施计划；不运行 git commit、创建分支、推送更改或修改生产代码、依赖或测试；不编造数字阈值或法律义务；仓库证据不可用时需明确说明；快速委托自动模式下仅记录常规批准证据，破坏性决策仍需询问。