用途：把多份结构化分析整合成连贯说明，适合需要快速了解重要发现、注意事项和后续动作的读者。它只概括证据，不强化弱证据、不证明因果，也不会把缺失或不完整的数据补齐。
用法：按 MCP 发现流程调用。先调用 seo_list_reports，category 设为 "reporting" 并选择 report-narrative；再调用 seo_describe_report，id 为 "report-narrative"，然后按该描述构建参数；最后调用 seo_run_report，id 为 "report-narrative" 并传入符合 schema 的参数。CLI 对等命令为：seo reports describe report-narrative --json，以及 seo reports run report-narrative --params '{"site":"sc-domain:example.com","days":90,"recentDays":7,"limit":10,"includeBrand":false,"changeLimit":5}' --json。仅在描述 schema 支持目标时间窗时使用显式日期边界，否则用 days 和 recentDays 保持比较一致。changeLimit 限定尝试的变更测量数量，limit 限定保留的报告条目。
解读：先看顶层注意事项，再看标题。随后检查 sections、priorities、diagnosis、changeMeasurements、changeMeasurementAttempts 与 monitoring。失败或跳过的测量必须保持可见，不能记为零。保留各分区的日期、完整度、阈值、限制与证据引用。更新时间、模板分组和机会分数应视为调查背景，而非排名原因。
安全动作应可追溯到观察到的证据，例如复现技术故障、检查受影响 URL、验证有意的控制项，或执行有记录日期的限定内容变更。建议的验证步骤要与断言的缺陷分开。不要虚构流量提升、排名增长、收入影响或来源未提供的确定性。MCP 的 structuredContent 是机器契约；返回的 Markdown 供人类沟通，不应替代底层 JSON 证据。
限制：资料未提供官方文档、更完整的参数 schema、价格、平台支持或效果数据。