用途：dev-judge 用于对最近完成或正在进行的开发阶段做评审，依据 PRD 阶段验收标准、diff、checkpoint 与测试输出，给出 pass、revise 或 escalate 的判定。它是评审专用模式，只读取、比对和判断，不修改任何文件，不更新 PRD 状态、checkpoint 或会话日志，也不提交、推送或推进工作；唯一输出是 verdict 块及其配套 feedback 或 reason。若用户要求修复，应指向工作流下一步（重新实现该阶段，或用 /dev-checkpoint 记录缺口），技能本身不执行。
主要能力：先通过 discover 脚本定位项目根目录与特性，再用 validate 校验特性路径，并借助 CLI 的 feature-show --json 判断目标阶段：status 为 gate 时评审刚完成的上一阶段，为 active 时评审进行中阶段，complete 时评审最后阶段。随后并行读取 PRD 阶段说明中的 Verification 验收块、checkpoint.md（存在时）、git 状态与 diff、近期提交，无法确定范围时倾向取更宽的 diff。若缺少 00-master-plan.md 则升级处理。
使用方式：通过 Task 工具启动 phase-reviewer 子代理，打包阶段规格、checkpoint、diff、提交、分支与未提交标记，要求其按 agents/phase-reviewer.md 的评分标准逐条以文件路径或 diff 片段为据，最后仅原样呈现其 verdict 块，不转述或重排。命令示例：bash "$DISCOVER" root；bash "$DISCOVER" features "$PROJECT_ROOT" "$ARGUMENTS"；bash "$VALIDATE" feature-path "$FEATURE_PATH" "$PROJECT_ROOT"；node "$CLI" feature-show --json --dir "$FEATURE_DIR"；bash "$GIT_STATE" brief。路径须用 $HOME 并逐次提供完整脚本路径。
输出与限制：每次响应仅一个 <verdict> 块；revise 必带 <feedback>，escalate 必带 <reason>；verdict 后不得有任何内容，因下游按最后匹配解析。反馈须锚定文件与具体验收标准，避免模糊评价。若 diff 或 checkpoint 含用户名绝对路径、密钥凭据或外部私有仓库引用，应作为 revise 反馈项指出，但不擅自脱敏。子代理注册于 .claude-plugin/plugin.json，本技能不自行修改代码、不推进工作。