Performance Monitor · SEO 报告

要解决什么问题

SEO 与 GEO 指标分散在 Analytics、Search Console、排名工具与 AI 引用监控里，月报往往变成「凭感觉讲涨跌」，预警则要么没有基线、要么阈值拍脑袋。更麻烦的是，CORE-EEAT 与 CITE 属于独立审计门禁，监控层若越权打分会把结论和 veto 混在一起；逐词排名明细也不该和 executive 快照抢职责。

技能如何工作

Performance Monitor 是「一 skill、两模式」，由意图选路：过去式复盘 → report；「告诉我什么时候」→ alert。

• report：在可确定的报告期与对比期上，汇总流量、排名分布、GEO/AI 引用、外链、内容表现等；每个数字标注 Measured / User-provided / Estimated，缺失区块标 Not yet evaluated 而非编造。输出结构是「指标表 → 变化 → 原因（需佐证）→ 下一步」，建议带负责人、优先级与预期影响。
• alert：按类别（排名、流量、技术、外链、竞品、GEO/AI、品牌）配置命名触发器、阈值与优先级；阈值需绑定基线与正常波动，并给出 Critical/High/Medium/Low 响应与投递路由。内置 steep-decline：有机流量或聚合排名相对 trailing baseline（默认同 weekday 带 28 日中位数）跌超 30% 时强制 Critical。

两模式共用 ledger 思路：用 record / diff / trend 算 delta，避免肉眼估。告警触发后应走 readback window，用对照窗口判定 Promote / Keep-testing / Rollback，而不是把单日噪声当事故。

边界与注意点

• 不算分：不跑 CORE-EEAT（T04/C01/R10）与 CITE（T03/T05/T09）veto；仅展示门禁已产出的分数并监视变化。
• 不做逐位排名追踪：原始 position-by-position delta 交给 rank-tracker。
• 模式或周期不明时会停下来问；report 必须有对比期，alert 无基线时会提供默认阈值并标 Estimated 或取消。
• 显著变更与待决事项写入 memory/monitoring/ 与 memory/open-loops.md，写 memory 前需确认保存。