用途：当用户要求为某项代码变更制定实现计划，并希望采用子代理派发的计划—评审循环、共享工作流日志、有界重试和明确停止条件时使用。该技能不实现代码，产出的计划本身就是交付物。
主要能力：Workflow Plan Review 是一个路由器，按固定序列 judge-plan -> judge-review 循环执行，把评审派发给子代理，读取状态与缺陷处置结果并路由下一轮；自身不做计划也不做评审。
工作流程：先执行 CREATE_LOG，用 log 技能创建共享工作流日志，将用户请求记录为 Source request，并在存在设计产物时建立链接或内联复制请求；随后 DISPATCH_PLAN 派发计划子代理，再 DISPATCH_REVIEW 派发评审子代理，最后 ROUTE_NEXT_PASS 根据日志中的 Open Findings 与 Current State 决定是否继续。
用法要点：路由器负责日志创建与路由状态；每个 judge pass 负责自己的日志条目、产物链接、发现、worker 派发计数、类型、模型、effort 与交接。路由器必须在日志中记录每个被派发 judge 的确切模型与 effort，并把同一日志路径传给所有 judge pass。子代理须以全新上下文启动，不得 fork 父级历史；提示须自包含，包含 cwd、日志路径、源请求、相关产物与输出契约。每次 pass 返回状态行后须关闭子代理。judge 须返回唯一状态行：STATUS: DONE / STATUS: BLOCKED: <reason> / STATUS: ESCALATE: <reason>。
路由规则：评审后无阻塞性发现则以 STATUS: DONE 停止；存在阻塞性发现且未达轮次上限则用同一日志路径再次派发计划。阻塞性发现包括任何 fix now 发现，以及任何未关闭的 critical 或 high 发现（无论处置为何）。默认轮次上限为 5，用户可另行设定；一轮为一次计划 pass 加一次评审 pass。子代理派发失败、judge 未返回状态行或返回多于一条、计划或评审返回 BLOCKED/ESCALATE、达到轮次上限仍有阻塞性发现，均需停止并报告相应状态。
限制：该技能不编写代码；资料未提供具体安装命令、收费方式、支持平台或实际使用效果等信息。