用途：把 PRD（说明要做什么）转化为技术 SPEC（说明如何实现），在编码前记录架构决策、统一实现契约，并提前发现设计问题。
主要能力：定位 PRD（文件路径、GitHub Issue URL、直接粘贴或自动扫描 tasks/ 目录）；可选扫描现有代码库以了解架构、技术栈、命名与错误处理模式、数据库、API 风格和测试框架；提出最多 3-5 个技术澄清问题；生成结构化 SPEC，涵盖摘要、架构、数据模型、API 设计、业务逻辑、错误处理、安全、性能、测试策略、实施计划与开放问题；支持评审迭代与保存。
使用方式：按流程依次执行定位 PRD、分析上下文（绿地项目可跳过）、澄清问题、生成 SPEC、评审、保存。保存位置可选 tasks/spec-[feature-name].md、docs/spec-[feature-name].md 或自定义路径。
适用场景：PRD 已生成需衔接实现；多人或多智能体协作需共享契约；编码前验证技术可行性；绿地项目从零提出架构。
限制：不编写实现代码，仅描述契约与行为（复杂算法可用伪代码）；不重复 PRD 内容；不脱离现有系统选型；PRD 含糊时按最佳判断生成并在假设中标注；功能过大时按服务边界拆分为多个 SPEC。具体安装命令与收费信息暂未提供。