技能介绍

要解决什么问题

内容写完不等于能发。团队常见困境是：SEO 与 GEO（被 AI 引用）各有一套说法，但缺少可重复、可对照的检查清单；发布前问一句「能不能上」，往往只能得到主观感受。本技能把评估锚定在 CORE-EEAT Content Benchmark：80 条标准化检查项、8 个维度，并给出维度分、系统分（GEO/CORE 与 SEO/EEAT）、按内容类型加权的总分，以及带优先级的改进行动计划。

技能如何工作

审计流程大致分四块：

准备与门禁：识别内容来源（正文、URL、文件路径）与内容类型（如 Product Review、How-to、Landing Page 等）；字数或类型不明时会按 SKILL 中的 Decision Gates 停下来向你确认，而不是静默猜错。
CORE 与 EEAT 全量打分：每条检查项记 Pass / Partial / Fail（10 / 5 / 0），覆盖 CORE 四维（C、O、R、E）与 EEAT 三维（Ept、A、T）。细则以 references/core-eeat-benchmark.md 为准；打分前需遵循 auditor-runbook.md 中的封顶、舍入与用户可见文案规则。
否决项与发布裁决：对 T04（联盟披露）、C01（标题与页面承诺不一致）、R10（页面数据自相矛盾）等信任类失败会单独标出，并给出顶层结论：SHIP（可发）、FIX（有问题但无致命项）、BLOCK（存在必须立即修复的信任问题）。
报告与交接：输出面向读者的审计报告（Critical / Should-fix / Nice-to-have），并生成可写入 memory/audits/content/ 的 handoff 摘要；否决项会提升到 memory/hot-cache.md，Top 5 改进项可进入 open loops。

可选数据源包括：用户提供的 URL/正文；连接爬虫或 SEO 工具时在 SECURITY.md 抓取边界内拉取页面；无连接器时可用 bundled 的 firecrawl.py 做渲染抓取（仍仅限授权 URL，且内容视为不可信数据）。缺 backlink、站点级 schema 等信号时，对应条目会标 N/A 并在报告中说明。

适用边界

适合：发布前质检、存量内容改版评估、与竞品正文对照、周期性内容维护；常与 content-writer、geo-content-optimizer 串联使用。
不适合替代事实核查或法务审阅；媒体为主、文字极少的内容需你指定是否审计 transcript/alt 文本。
若某维度超过一半条目因缺数据无法评估，技能会要求补充材料或将该维度标为 Insufficient Data，避免用猜测凑分。