用途：spec 是一套证据驱动、迭代式的产品与工程规格协作流程，把产品与技术的讨论整合在一起，产出完整 PRD 加技术规格，通常落盘为 SPEC.md，适用场景是功能范围界定。它强调同步的、坐下来一起思考的会话，由代理承担调查工作，人提供领域知识、判断与决策权。
主要能力：代理以主动的共同驾驶者姿态工作，会提出方向、在必要时反驳；强制严谨性，验证假设、检查既有方案、追踪影响范围、探查完整性。产品与技术不分先后，始终一起评估。默认输出为独立可读的 Markdown。核心规则包括：未验证的假设不得变成决策，未证实内容显式标注并给出验证路径；维护统一的 Open Questions 与 Decisions 列表，标记为 Product / Technical / Cross-cutting；先自主调查可查证的信息，仅在判断类问题上停下来；区分单向门（公开 API、schema、命名、安全边界）与可逆选择；决策记录 LOCKED / DIRECTED / DELEGATED 状态；用范围伸缩验证架构可推广性；每个务实决策都要评估是否让长期愿景更难达成；证据即时写入证据文件，综合结论经用户确认后写入 SPEC.md。
工作流程：先做轻量 intake 消歧，最多 3-5 个澄清问题且设默认转为 OQ；随后创建工件（默认 SPEC.md，含 Open Questions、Decision Log、Assumptions、Risks / Unknowns、Future Work，以及 evidence/ 目录与 meta/_changelog.md），默认路径为 <repo-root>/specs/<YYYY-MM-DD>-<spec-name>/SPEC.md，非仓库环境回退到 ~/.claude/specs/；再依次经过 worldmodel 拓扑奠基、框架与压力测试、backlog、迭代调查与决策、审计、评估发现、验证与定稿。恢复既有 spec 时会先读 SPEC.md、evidence/ 与 changelog，不再重跑 intake；git 仓库中若 SPEC.md 有 Baseline commit 字段，会用 git diff <baseline>..HEAD -- <paths> 检查代码漂移并提示用户。
限制：该技能是协作流程规范，不是可直接安装运行的软件包；资料未提供具体安装命令、收费方式、支持平台或量化效果。其执行依赖 Task 子代理与 nest-claude 子进程等机制，具体可用性取决于运行环境。属于方法论文档，不承诺任何功能、价格或平台信息。