用途：在 recipe-*-build 之前运行的可选就绪阶段，确认实现从 Phase 1 起可观测，并通过 Phase 0 任务补齐缺口；全部通过时 no-op 退出，可无条件调用。
主要能力：按 R1–R5 五项可度量标准扫描——验证策略引用可解析、E2E 前置条件已覆盖、Phase 1 可观测性、UI 渲染面、本地通道流程；每项给出 pass/fail/not_applicable 及证据。发现缺口时生成 Phase 0 解决任务并执行标准 4 步循环（Agent 工具、quality-fixer、提交）。
使用方式：以 $ARGUMENTS 传入工作计划路径；先确认 docs/plans/.md 存在，否则停止并提示需先完成上游规划。执行流程为加载输入、就绪扫描、no-op 检查、规划解决任务（经用户批准后执行）、重扫并输出就绪报告、清理 prep 任务文件。子代理按文件名层段路由：-backend-task-prep-* 用 dev-workflows:task-executor 与 quality-fixer，-frontend-task-prep- 用 dev-workflows-frontend 对应代理；mixed 或无法识别时升级给用户。
适用场景：验证策略引用尚不存在的命令/文件/函数/端点、含 E2E 骨架但前置未处理、UI 组件无 fixture 或开发路由、该功能区域本地通道未确认端到端可运行。
限制：R4、R5 仅在触发信号出现时评估，否则标记 not_applicable；报告仅在会话中展示，不写入工作计划；prep 任务文件在退出前删除，工作计划保留给下游构建/实现；重扫仍失败则升级，需用户更新输入后重新调用。具体收费、平台与效果资料未提供。