用途：当某个已有页面已获得一方搜索可见度、需要针对性审查时，用该报告构建内容简报。它把精确 URL 的 GSC 查询/页面行与抓取到的页面合并，将查询措辞归入宽泛意图启发式，并把已验证的机会类型转化为标题、H1、meta、段落和内链角度。
使用方式：走紧凑 MCP 流程，依次调用 seo_list_reports（{"category":"ai-search"}）、seo_describe_report（{"id":"content-optimization"}）、seo_run_report（{"id":"content-optimization","params":{"site":"sc-domain:example.com","url":"https://example.com/guides/seo","days":90,"limit":20,"minImpressions":50,"verifyContent":true}}）。CLI 等价命令：seo reports describe content-optimization --json 与 seo reports run content-optimization --params '{...}' --json。site 与 HTTP(S) url 为必填，URL 须属于所选 GSC 属性；仅当有用内容需渲染时设 js:true，仅当陈旧缓存证据会改变决策时设 refresh:true。
解读要点：先读 sourceReport 再读派生的简报，检查 dataStatus、selection、benchmark.possiblyTruncated、verification.status、warnings、caveats。score、primaryIntent、estimatedClickLift 是排序启发式，不是质量评分或预测。在 topActions 中区分技术检查与未验证项，再看待已验证的 content-gap、serp-framing、ctr、ranking 观察。应查看 intentMix 与来源查询指标，避免把高曝光主题误当作普遍用户需求。
限制：不证明搜索者意图，不诊断页面排名原因，不保证加入建议措辞后流量提升。不要按每个查询造一个薄弱段落，不要强行精确匹配措辞，不要改 canonical 目标，不要单纯为抬高报告分数而扩写内容。安全做法是：先修正矛盾的技术证据，补充明确缺失的答案块，在正文已覆盖主题时测试更清晰的 SERP 表述，或让覆盖良好的页面保持原样。