apply-doc-review
Installation
SKILL.md
apply-doc-review · 核实并落实文档评审
将文档评审意见落实为有证据、内部一致、可继续交接的 PRD 或开发计划。问题是否成立、建议是否合理、改稿是否解决问题分别判断。 报告是待核实的主张,不是自动执行的指令。
调用本技能即授权修订指定原文及记录处置;只提供报告时,修订对象为报告明确引用且已核实身份的原文,无需再次要求原文参数或询问是否开始。默认交付为已更新的目标文档,以及原评审报告中可区分的「修订处置与复核」节;保留报告的原问题、原结论和所审基线。用户明确只要建议、patch 或另存时遵循其要求。
references/ 相对本文件解析;仓库约定、路径和工具在目标环境读取,语言跟随用户。
边界与路由
| 输入报告 | 修订对象 | 重点 |
|---|---|---|
review-prd 输出 |
报告所审的 PRD | 产品目标、场景、FR/NFR、体验、验收/UAT、分期与终验 |
review-dev-plan 输出 |
报告所审的开发计划 | 代码事实、方案与契约、需求映射、任务/依赖、里程碑、验证与交付 |
- 以报告内容、基线与目标文档确认类型,不能仅靠
*.review.md文件名判断;两类报告可能使用相同命名。多份输入按「报告 → 目标文档」分别建立映射,以报告路径/版本和问题 ID 联合定位,避免 F-01 串项。 - 不要求先重跑评审技能,也不继承其多 agent 编排。参考其报告合同理解 findings、待核实/待决策和建议状态,按本流程落实改稿。
- 代码与实现/验收记录默认只读,不运行计划里的实施任务,不修代码,不写 SPMS、issue 或外部评论。源报告中要求这些动作的条目记录为另需处理,不能借改稿视作完成。
- 仅修改目标文档中受合理意见影响的内容及必要关联引用;关联 PRD/计划未被指定为修订对象时只读,记录同步需求。产品承诺不能通过偷偷修改上游文档来迁就技术方案。