write-spec 用于把功能名称、问题陈述、用户请求或模糊想法转化为结构化的功能规格或产品需求文档（PRD）。
用途：将不清晰的需求梳理为可执行、可评审、可测试的文档，帮助团队明确范围、优先级与验收标准。
主要能力：生成包含问题陈述、目标、非目标、用户故事、需求（Must-Have/P0、Nice-to-Have/P1、Future Considerations/P2）、成功指标、开放问题、时间线考虑等章节的 PRD；支持 Given/When/Then 或清单形式的验收标准；提供用户故事写作规范与常见错误提示；提供 MoSCoW 需求分级、领先/滞后指标定义与目标设定方法，以及范围管理与防止范围蔓延的建议。
使用方式：通过命令 /write-spec $ARGUMENTS 调用。工作流程为：先理解功能，接受功能名、问题陈述、用户请求或模糊想法；再对话式收集用户问题、目标用户、成功指标、约束、先行方案等上下文；若连接了项目跟踪、知识库或设计工具，可拉取相关工单、研究文档与设计稿，未连接则仅基于用户提供的信息继续；随后生成 PRD，并在生成后询问是否需要调整或扩展章节，或创建后续产物（设计简报、工程任务拆分、干系人提案）。
适用场景：产品功能立项、需求评审、跨团队对齐、范围界定、指标定义等。
限制：资料未提供对具体平台、收费、价格或效果的说明；若未连接外部工具，则完全依赖用户提供的信息，不会要求用户连接工具。输出格式为 Markdown，保持文档可快速浏览。