用途：把模糊想法通过协作对话转成完整、与实现无关的项目规格文档，供任何智能体或人类使用。
主要能力：按顺序执行探索上下文、评估范围、逐条澄清提问、提出2-3个产品方向、起草规格、自检、用户复核、写入磁盘。规格记录 WHAT 和 WHY，不记录 HOW，含核心价值、问题陈述、需求、约束、关键决策、参考点、开放问题、未来考虑。
使用方式：先读取项目文件、文档、git 历史与既有规格；判断是一个规格还是需拆解为多个子项目；每次只问一个问题，追问动机、具体化、澄清、成功标准与边界；探讨方向时侧重产品而非技术架构；起草后自检占位符、矛盾、实现泄漏、不可测试需求、缺失理由与范围；保存到 docs/specs/YYYY-MM-DD-<topic>.md，提交信息为 docs: add <topic> project spec，随后等待用户批准。
适用场景：新项目、新功能、需要先想清楚再动手的需求。
限制：硬性禁止编写代码、制定实现计划、搭建项目或执行任何实现动作；不涉及技术实现细节、架构模式与用户技术等级；用户偏好可覆盖保存路径。