用途：在产品进入技术设计之前，先用结构化访谈确定要构建什么，以及产品范围与用户体验，最终产出一份规范文档。触发场景包括用户要求进行产品访谈，或要设计一个新功能。
主要能力：先匹配 meta/specs/ 下已有的功能目录，避免重复新建编号；支持从已有 spec 恢复被中断的访谈，而不是重新提问。访谈分产品层与 UX 层，以决策树管理分支，每个节点可标记为已解决、开放、延后或被阻塞；对 UI 分支先做 ASCII 草图，再让用户选择验证方式，可选保留 ASCII、用 generate-mockups 预览或对比。设有写入前的契约摘要，以及逐元素和整体两轮验证门，检查错误/空/边界状态、预期一致性、表面义务与既有模式。未解决项可记为开放的 D-NNN-XX 决策、内联的 [NEEDS CLARIFICATION: ...] 标记，或非阻塞的 Open Questions。最后写入或更新 meta/specs/NNN-slug/spec.md，并经用户批准后仅暂存该 spec.md 提交。
使用方式：通过 Skill 工具调用 jtbd 和 generate-mockups 等技能；按 Step 0 到 Step 6 执行。提交命令为 git add meta/specs/NNN-slug/spec.md。
适用场景：新功能设计、产品访谈、功能范围与 UX 的早期定义。
限制：只写 WHAT 层，技术设计与实现问题应进入标注 (for tech-design) 的 Open Questions；find-gaps 最多运行一次；不得静默缩小 UX 范围；具体环境与依赖要求资料未提供。