用途：作为 SCB 整改的运营规划层，把评分输出转化为带优先级、可分配负责人和验证门槛的实施待办清单。
主要能力：优先处理否决项与高影响缺口；把条目失败转为可执行任务；按工作量与加权排名影响排序修复顺序；定义复检节奏与通过标准；产出可直接实施的 Markdown 与 JSON 产物。
必要输入：scb_report（必需，含条目级分数、支柱分数、否决状态）、profile_manifest（必需，来自 scb-profile-router）；可选 implementation_window_days（默认 30）、team_capacity（low/medium/high，默认 medium）、risk_tolerance（strict/balanced/aggressive，默认 balanced）。
工作流：解析并规范化发现项；执行否决优先分诊（IQ12、IA02、IA10、FC14，ymyl=true 时含 EA08），存在否决则 plan_status 标记为 blocked_until_veto_fixed；按 priority = gap_size x pillar_weight x risk_multiplier x confidence 计算优先级；分三批整改（否决与严重信任/意图失败、高加权收益、UX/GE 优化与可扩展性）；为每批定义验收检查、证据要求、复评范围与负责人清单；输出 Markdown 路线图与 JSON 执行计划。
复检策略：批次 1 完成后立即对否决项及相关条目做部分复检；批次 2 完成后聚焦高权重支柱复检；批次 3 完成后按当前 score_mode 做全量复检。
适用场景：URL 模式（针对线上页面发现）、Source 模式（针对仓库评分输出）、Manual 模式（基于分析师评分表）。典型链路为 scb-profile-router、seo-content-benchmark + scb-rubric-guidelines 评分、scb-execution-planner，必要时接 content-improvement-blueprint 与 technical-remediation-guide。
限制：资料未提供具体安装命令、收费与价格信息；时间估算为每个审计包 10-25 分钟，属资料所述，实际以使用环境为准。