用途：该技能强调“没有获批的规格，就不做新功能”，让代码遵循规格，而不是让规格迁就代码。适用于用户提出新功能或规格需求时，为开发过程建立先写规格、再实现的流程。
主要能力与工作流：
- 澄清：就目标、用户、约束、范围外事项等有疑问之处向用户提问。
- 编写规格：以 Markdown 写规格（仓库中的文件或聊天中的清晰区块），内容包括目标、范围/非范围、用户与主要流程、UI/相关状态（若有界面）、可测试的验收标准、风险与依赖。
- 等待用户明确同意后再实现，未获批准前不得开始实现。
- 实现时只覆盖规格所涵盖的内容；出现偏离时需更新规格并重新确认。
- 结束时核验验收标准。
规则：新功能绝不跳过规格；简短且可验证的规格优于冗长模糊的文档；若请求是琐碎事项（如拼写错误、局部重命名），说明正式规格不适用并直接执行；范围有疑问时应提问而非自行假设。
使用方式：该技能以工作流与模板形式提供，附有最小规格模板，包含标题、目标、范围、非范围、流程、UI/状态、验收标准（复选框列表）、依赖/风险等小节。具体安装或调用命令暂未提供。
适用场景：需要新增功能、编写规格、在编码前先形成经批准的设计说明的软件开发任务。
限制：资料未说明具体平台支持、收费、价格或效果数据，这些事实暂未提供；对琐碎改动不适用正式规格流程。