用途：面向大型爬虫结果的分诊。该报告按规则对问题分组，并用严重程度、受影响页面数量、预计工作量和可用的 Search Console 或分析证据进行排序，形成确定性的实施队列，仅基于保留的证据，不预测排名、流量、转化或收入。
主要能力：输出可解释的排序修复清单，包含规则 id、受影响数量、示例 URL、scoreFactors、whyThisRanks、effort、修复指引与验证步骤；同时提供 dataSources、summary、warnings 和 caveats。
使用方式：MCP 下如需发现可先调用 seo_list_reports（category 为 crawl），再调用 seo_describe_report 传 {"id":"top-fixes"}，然后调用 seo_run_report 传 {"id":"top-fixes","params":{"reportId":"crawl_example_20260710","category":"metadata","limit":5}}，确认 isError 为 false 并读取 structuredContent。CLI 等价命令：seo reports describe top-fixes --json 与 seo reports run top-fixes --params '{"reportId":"crawl_example_20260710","category":"metadata","limit":5}' --json。仅在有意进行全新爬取时使用 url；复用已保存报告可让队列与同一问题清单保持一致。
适用场景：分配修复工作前的分诊、按类别或数量收窄队列、复核同一规则时调用 affected-urls 与 explain-issue。
限制：缺失的 provider 关联必须保持不可用，数字零仅在对应来源完整有效时才有意义；category 与结果上限会收窄队列，原始爬取也可能有上限或不完整，因此 rank 仅表示“保留的合格发现中最高”，而非全局最高。实现后应使用相同爬取配置复现并验证规则证据，而非只看评分变化。