【免费下载链接】plan-review项目地址https://gitcode.com/gh_mirrors/pl/plan-review点击查看免费下载plan-review 是一款 Claude Code 插件在 Claude 执行实现计划之前先由独立 AI 审查员OpenAI Codex 或另一个 Claude对计划进行多轮审查每一条发现都要由你亲自裁决。而**审查策略policy**正是它最值得先搞懂的设置它决定了哪些审查发现是必须解决才能结束审查的阻塞项。本文完整解析 minimal / default / strict / polish 四档策略的差异、配置方式和适用场景帮你一次选对。审查策略到底是什么审查员每一轮会输出一组带编号的发现RI-*每条都有固定的类型kind共五种类型含义blocking阻塞性问题不解决计划就有明显风险concern隐患值得重视但尚可接受recommendation改进建议锦上添花question向你提出的直接问题需要你回答note备注仅供参考审查策略的作用就是划定阻塞线哪些类型的发现必须被解决或被你明确 Dismiss审查才算通过。阻塞线以内的发现没清零审查就不会结束会持续跑下一轮。这个映射关系在 src/constants.ts 中一目了然minimal: [blocking] default: [blocking, concern] strict: [blocking, concern, recommendation]四档策略差异对照表 一张表看懂四档策略的差别策略阻塞项范围审查严格度典型场景minimal仅blocking⭐ 最低小改动、时间紧、只想拦截真正的坑default默认blockingconcern⭐⭐ 适中日常开发大多数情况直接用strictblockingconcernrecommendation⭐⭐⭐ 最高核心功能、高风险重构polish所有未解决项⭐⭐⭐⭐ 收尾模式主流程通过后继续打磨剩余细节几个容易忽略的细节question在任何策略下都不算阻塞项但会拦在完成这道门前——问题必须被回答或被 Dismiss审查才能收尾。具体逻辑见 src/review-state.ts。审查员偶尔会输出无法识别的类型此时 plan-review 采取保守门禁无论什么策略这类条目一律按阻塞项处理宁可让你裁决也不静默放过src/review-state.ts。polish不用于开启新审查——它是专属于resume的收尾策略后文详述。如何设置审查策略一条命令的事开启新审查时通过--policy参数指定可选值只有minimal、default、strict/plan-review [goal] --policy minimal /plan-review [goal] --policy strict --max-rounds 50不传参数时默认走default策略见 src/commands/review.ts。⚠️ 注意两个边界规则新审查传--policy polish会直接报错而不是静默降级——源码里明确把polish限定为 resume-onlysrc/plugin.ts。策略拼写错误如--policy polsh同样报错避免打错字却悄悄换了行为src/plugin.ts。polish 策略怎么用——收尾阶段的二次打磨polish是四档中最特殊的一档它只在审查的后半场登场有两条进入路径路径一Continue/Finish 抉择。当当前策略下的所有阻塞项都被解决后插件不会直接结束而是弹出一次性抉择Continue→ 执行/plan-review resume review_id --policy polish进入 polish 模式此时所有未解决项含之前被降级的recommendation、note都成为阻塞项逐一进入分诊。Finish→ 执行/plan-review finish review_id直接完成审查剩余次要项仅记录在案。这个门禁逻辑集中在 src/completion-gate.ts而且抉择只提示一次选了 Continue 却中途搁置审查会停在awaiting_polish_decision状态等你裸停一次不等于 Finish。路径二重新审视已完成的审查。审查完成后如果又发现遗留小项可以执行/plan-review resume review_id --policy polishcompleted 状态的审查是唯一允许用polish重新打开的状态src/plugin.ts。进入时若审查员重新提起了你曾 Dismiss 过的条目会一次性集中展示给你确认。新手选档建议30 秒对号入座✅ 按这个顺序选基本不会错快速验证、低风险改动→minimal。只拦真坑concern和recommendation不挡路轮次少、速度快。日常开发→ 直接不传参数即default。隐患级的concern也会被认真处理性价比最高这也是官方默认值。核心功能、支付/安全相关、大型重构→strict。连改进建议都要逐条裁决计划收敛到审查员无话可说的程度轮次最多、耗时最长。收尾打磨→ 主策略跑通后用polish把剩下的次要项全部过一遍把计划抛光到最干净。 一个实用组合拳先用strict保质量审查结束时选Continue转入polish等于在严格模式的基础上把所有条目都裁决了一遍——适合对计划质量有极致要求的场景。常见问题Q审查进行中能换策略吗不能随意切换。resume支持重新指定--policy但设计原则是其他策略会重新翻案已做的裁决因此只有polish被放行用于状态推进src/plugin.ts。Q策略会随审查记录保存吗会。/plan-review ls列出的每条审查都带policy字段src/review-output.ts审查记录本身是纯 markdown存放在工作区的.claude/reviews/下可随时翻阅每一版计划与审查员消息。Q完整命令还有哪些除本文涉及的--policy外还有/plan-review resume id继续搁置的审查、/plan-review ls列出所有审查及状态、/plan-review finish id完成等待抉择的审查。完整技能说明见 skills/plan-review/SKILL.md配置项说明见 README.md。一句话总结minimal管住底线default守住隐患strict不留死角polish负责收尾——先按风险选前三者剩下的交给 polish 抛光。赞分享【免费下载链接】plan-review项目地址https://gitcode.com/gh_mirrors/pl/plan-review点击查看免费下载相关推荐plan-review 配置完全指南reviewer / model / speak / prompts 四键定制你的 AI 审查者plan review 配置完全指南reviewer / model / speak / prompts 四键定制你的 AI 审查者 plan reviewMuown 优化器移植 NorMuon 与 Contra-Muonmodded-nanogpt Track 3 优化基准 2995 步达标 3.28 val loss 实战解析Muown 优化器移植 NorMuon 与 Contra Muonmodded nanogpt Track 3 优化基准 2995 步达标 3.28 valConductor Agent 的 plan、run、deploy、serve 四种部署方式怎么选Conductor Agent 的 plan、run、deploy、serve 四种部署方式怎么选 你用 Conductor SDK 写好的 Agent 只是后端工作流自动化流程编排任务调度AI Agent人工智能上一篇Madeira的Steam webhelper启动从89秒到9秒一次10倍提速的完整过程下一篇Vista.js 性能基准实测冷启动、构建速度与请求延迟数据全公开创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考