用途：在讨论产品需求时自动进入工作流，无需用户说“讨论需求”或“合并 PRD”。把已生效决策、未来已成型计划、进行中需求分三层管理，保持单一权威来源：现行 PRD 位于 docs/PRD.md 与 docs/prd/<topic>.md，未来计划位于 docs/plans/<requirement>/，进行中需求位于 docs/work/<requirement>/。
主要能力：判断需求是否成型（目标、范围、核心需求、可验证验收标准明确），成型后按状态落盘；维护现行 PRD 只写当前有效决策与边界，不追加 Phase；为计划编写增量 PRD，等实施时从 plans/ 移到 work/ 并创建 TODO.md；实现中同步勾选 Todo、变更时同步 PRD；完成条件满足时自动收口，把长期决策合并回现行 PRD，更新索引与下游计划，删除已完成的工作目录；按语义审计并拆分超过 400 行的 PRD 正文文件。
使用方式：仓库默认使用根 docs/，先读 AGENTS.md 和已有文档入口；若存在 docs/index.md，按索引定位权威文档。修改后统计 PRD 物理行数，达到 400 行用 $file-line-audit 审计。只写入已明确结论，不写入未决方案；不创建空目录；迁移或删除旧 Phase 文档前需用户授权。
适用场景：管理产品需求文档生命周期，尤其适合需求持续讨论、计划与实施并行、需要保持 PRD 权威和索引一致的仓库。
限制：资料未提供具体平台支持、安装命令、收费或价格信息；功能为技能定义中的工作流约定，实际效果取决于仓库约定与执行环境。