用途：在动手编码前先写规格说明，作为人与工程师之间的共享事实来源，明确要做什么、为什么做、如何判断完成。适用于新项目或新功能、需求含糊或不完整、改动涉及多文件或多模块、即将做架构决策、实现预计超过30分钟的场景；单行修复、拼写纠正或需求明确且自包含的改动不适用。
主要能力：先读取规格文件中的“Confirmed Intent”作为锁定输入，若缺失或为空则先调用 interview-me；随后立即列出假设（如应用类型、认证方式、数据库、目标浏览器）并请人纠正。规格覆盖六个核心区域：已确认意图、完整可执行命令（如 npm run build、npm test -- --coverage、npm run lint -- --fix、npm run dev）、项目结构、代码风格（含真实代码片段）、测试策略、边界（Always do / Ask first / Never do），并包含成功标准与待解决问题。还会把模糊需求改写为可测试的成功标准，例如把“让仪表盘更快”改写为 LCP < 2.5s、初始数据加载 < 500ms、CLS < 0.1。
使用方式：按模板产出规格文件，保存到仓库并纳入版本控制；规格供 plan 技能和实现代理下游消费，PR 中引用对应规格章节。决策或范围变化时先更新规格再实现。
限制：资料未提供具体安装命令、收费、平台支持或效果数据；规格质量取决于输入，薄规格会产生薄计划；需人工审阅批准后才能进入实现。