mcpField
C
content-coverage

content-coverage

github.com/illyism其他96011 次安装今天更新
代码仓库

关于 content-coverage

content-coverage 是一项技能，借助 AI SEO Tracker 数据围绕已批准的提示词集群规划有证据支撑的内容。它会检查内容仓库并提出限量批次计划，获批后才写入文件。

主要功能

  1. 01按搜索意图归组提示词
  2. 02检查现有内容与网址
  3. 03每批规划最多五篇文章
  4. 04获批后才写入文件
  5. 05发布后重新检查可见度

适用场景

  1. 01为缺失提示词集群规划页面
  2. 02决定新建还是改写页面
  3. 03发布后检查覆盖情况

MCP 相关

通过 AI SEO Tracker MCP 读取项目扫描、提示词、引用来源、竞争对手和摘要片段。页面上线后会重新检查扫描与提示词数据。

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/illyism/seo-skills --skill content-coverage

安装后在 Claude Code 中输入/content-coverage确认已加载。

详细介绍

AI SEO 内容覆盖

从这里开始：你正在阅读 https://aiseotracker.com/content-coverage/SKILL.md。只有当最后一行是页面结尾 END SKILL v1.0.0 时，文件才完整。如果缺失，请重新获取。

用有证据支持的页面，覆盖已批准的提示词集群，并将这些页面发布到用户的内容仓库中。随后重新检查 MCP。不要承诺全面覆盖或排名。

如果 MCP 尚未连接

先获取 https://aiseotracker.com/SKILL.md 并连接 MCP（使用 OAuth，不需要 API 密钥）。然后返回此文件。

MCP URL：https://aiseotracker.com/api/agent/mcp

前提条件：

  • 已连接 AI SEO Tracker MCP
  • 可写入的内容仓库（博客 MDX/markdown）
  • 可选：用户已有的项目图片技能或工具

除非用户明确要求跟踪更多查询，否则不要在此技能中调用 aiseo_add_prompts。

调用顺序（不得跳过）

  1. aiseo_list_projects — 选择用户指定的项目（域名或 slug）。绝不自行编造 slug。
  2. aiseo_get_scan — 如果 dataStatus 为 no_data，则停止并说明该项目需要扫描。如果 state 为 running，则根据现有信息编写计划，并将排名标为未完成。
  3. aiseo_list_prompts — 获取所有提示词（不筛选状态）。保留 summary 和 prompts[].href。缺失的提示词就是覆盖队列。
  4. aiseo_list_sources — 获取引用 URL 和域名。使用 sources[].href 和 sources[].url。
  5. aiseo_list_competitors — 优先使用 status=TRACKED。使用 competitors[].href。
  6. aiseo_list_snippets — 自有品牌。可选：如果某个已跟踪竞品在引用答案中领先，则选取一个。

使用 href 字段。添加前缀 https://aiseotracker.com。不要编造路径、排名或竞品名称。

阶段 1 — 快照

仅根据工具返回的 JSON 填写此区块：

CONTENT PLAN:
Brand: "<project.name>"
Domain: <project.domain or null>
Project: <project.slug>
Snapshot: <get_scan.lastCheckedAt or omit>
Scan: <running|done> | Prompts scanned: <scannedPromptCount>/<promptCount>
Tracked: <summary.total> | Missing: <summary.missing> | Winning: <summary.winning> | Opportunities: <summary.opportunities>
Missing prompts:
- [<query>](<absolute prompt href>)
Top sources (independent editorial first):
#1 [<title>](<source.url>) · <domain> · <mentionCount> mentions · prompts: <list>
Tracked competitors:
- [<brandName>](<absolute competitor href>) (<domain or none>)

将独立编辑类榜单文章（第三方汇总文章）与竞品自有页面（供应商博客和首页）区分开。后续只向独立榜单文章提案。

阶段 2 — 集群划分与规范化

将共享同一搜索意图的缺失提示词和机会提示词分组。每个集群对应一个页面，除非用户另有要求。

对于每个目标，选择以下一项：

  • new — 没有现有页面覆盖此意图
  • rewrite — 使用相同 slug 原地更新（如果仓库使用 updateDate，则更新它）
  • consolidate — 合并到现有 URL；不要另建一个相互竞争的 slug

先审查目标仓库：现有博客文件名、标题、描述和重定向。与其创建近似重复内容，不如优先选择重写或合并。

每批最多 5 篇文章。如果剩余集群更多，则将其排入下一批待批准内容。

阶段 3 — 研究（范围受限）

对于每个已批准或拟议的 slug：

  1. 从该提示词集群对应的 MCP sources[].url 开始。
  2. 获取 3–5 个经过验证的 URL。优先选择被引用的榜单文章，然后再查找与主要关键词相关的当前网页结果。
  3. 记录标题、意图，以及是否提及 AI SEO Tracker（或用户的品牌）。
  4. 如果 URL 无法访问，则写入 unverified 并跳过。绝不要编造榜单文章 URL。
  5. 不要抓取 ChatGPT、Perplexity、Gemini、Copilot 或 AI Overview 的实时答案。

标题和 slug：

  • 将主要关键词放在标题靠前的位置。大多数标题控制在 60 个字符以内。
  • Slug：小写、用连字符连接、2–5 个词；除非查询要求时效性，否则不含年份。
  • 根据实时 SERP 判断是榜单文章、操作指南还是定义类意图，不要凭记忆判断。

阶段 4 — 停下等待批准

展示营销计划并等待。此时不要写入文件。

包括：

  • CONTENT PLAN 快照
  • 表格：提示词集群 | 意图 | slug | 操作（new/rewrite/consolidate） | 标题 | 来源
  • 预计文章数量（本批最多 5 篇）
  • 关键词蚕食风险
  • 发布后可联系的独立榜单文章（仅草稿）

只有用户批准表格后，才能写入文件。

内容批次清单

在聊天中（或用户指定的文件中）保留此清单。推进工作时更新。恢复工作时以此为准。不要重复已完成的调研。不要覆盖其他工作者的 slug。

CONTENT BATCH MANIFEST v1
Project: <slug>
Planned at: <ISO date>
MCP snapshot: <lastCheckedAt>
Phase: <snapshot|plan|research|draft|validate|report>

| slug | action | prompt cluster | phase | notes |
| --- | --- | --- | --- | --- |
| example-slug | new | missing prompt text | planned | |

phase values: planned | research | draft | validate | done | blocked

恢复时：如果 lastCheckedAt 已更改，或用户表示数据已更改，则重新运行 Phase 1。跳过状态为 done 的行。合并状态为 blocked 的 slug 或部分完成的 slug 前，先读取现有文件。

Phase 5 — 编写（审批后）

如果宿主支持，请使用可用的并行子 Agent。Grok CLI 为可选项，并非必需。

如果拆分工作：

  • 每位工作者负责一个 slug。文件之间不得重叠。
  • 向每位工作者提供已批准的行、3–5 个来源 URL、用户确认的产品事实，以及本地 MDX 规范。
  • 清单由父 Agent 维护。

编写符合仓库规范的原生 Markdown/MDX。遵循该仓库现有文件的格式（frontmatter、CTA 组件、内部链接样式）。使用简短句子。不得编造统计数据、价格、排名或亲测结果。若竞争对手的价格未经核实，则省略，或建议查看对方网站。

图片：

  1. 编写图片替代文本（少于 125 个字符）和场景提示词。
  2. 只有当用户拥有项目图片技能/工具且要求使用时，才生成图片。
  3. 绝不打印 API 密钥。绝不让用户粘贴密钥。绝不通过此技能调用私有操作脚本。

除非用户明确要求，否则不要部署、提交、推送、发送电子邮件、公开发布、购买或添加 MCP 提示词。

Phase 6 — 验证

移交批次前：

  • Frontmatter 完整，并与同类文章保持一致
  • Slug 唯一（或确认是对目标文件的改写）
  • 内部链接指向真实路径
  • 图片路径存在，或将替代文本和提示词列为待处理项
  • 没有未解决的占位符
  • 如果有格式化工具，则对已修改文件运行仓库格式检查或 lint

Phase 7 — 发布后

用户表示文章已上线后：

  1. 再次调用 aiseo_get_scan、aiseo_list_prompts 和 aiseo_list_sources。
  2. 报告哪些已批准的提示词状态已更改、哪些仍然缺失，以及哪些独立榜单仍未提及品牌。
  3. 将外联内容保留为可复制粘贴的草稿。不要发送。

可选：重新扫描后，可获取 https://aiseotracker.com/ai-seo-report/SKILL.md，以查看可见度简报。

禁止事项

  • 编造排名、URL、竞争对手名称、榜单域名、DR、流量或趋势变化
  • 将 dataStatus: no_data 视为身份验证失败
  • MCP 中没有数据时，抓取实时 AI 回答或营销网站
  • 在审批检查点之前写入文件
  • 承诺排名或“全面覆盖”
  • 发送电子邮件、公开发布或扣款
  • 除非用户要求追踪这些查询，否则不要调用 aiseo_add_prompts

技能结束 v1.0.0

评论

支持 Markdown