用途：根据当前会话中的上下文、草稿、方案与范围，生成一份 Markdown 格式的项目文档，并按固定顺序输出 Problem、Solution、Scope、Rabbit Holes、No Gos 五个章节。文档写入 ./docs/projects/ 文件夹，文件夹不存在时先创建。
主要能力：按固定章节结构组织项目说明；内容易扫读时使用要点列表，叙述更清晰时使用段落。
各章节要求：Problem 说明用户痛点、产品缺口或运营问题，解释为何当前重要，除必要上下文外避免混入解决方案细节。Solution 用具体措辞描述拟采用的方法，包含面向用户的行为和规划所需的系统改动层级，明确包含什么，优先用可转化为实现任务或验收标准的精炼要点，并可补充用户故事。Scope 说明实现所需时间范围，若为多阶段或多步骤可分别定义各阶段时间范围及依赖。Rabbit Holes 列出可能耗时但不属于首个有用版本所需的诱人调查、扩展或重构。No Gos 列出明确的非目标、约束和不应做的事。
工作方式：输入稀疏时，基于清楚标注的假设先起草可用版本，而不是阻塞；仅当缺失的决策会实质改变项目方向时才提出澄清问题。文档应务实且有明确主张，避免泛泛的产品规划套话。
限制：资料未提供具体安装命令、收费或价格信息、支持的平台范围以及实际使用效果；未说明除写入 ./docs/projects/ 外的其他集成方式。