programmatic-seo 用于规划具有共同结构的一组页面，例如软件集成说明、模板目录或地区服务信息。它的关键不是一次生成多少地址，而是每个地址是否能回答一个不同且真实的问题，并有可靠的数据维持内容。
安装与调用
在项目目录的终端运行下面的命令，只安装这个 Skill 到 Claude Code：
npx skills add coreyhaines31/marketingskills --skill programmatic-seo -a claude-code
需要 Node.js 和可用的 npx。若使用 Codex，把 -a claude-code 换成 -a codex；在对话里明确要求使用 programmatic-seo 并附上材料，不把终端安装命令当成任务提示。其他客户端应使用自身的技能选择入口。
从数据样本开始，不从一万个关键词开始
给 Agent 看十到二十条真实记录，说明这些数据来自哪里、允许怎样使用、多久能更新。再列出用户为什么需要按这个维度找信息。比如集成页必须说明连接对象、前提和实际操作差异，不能只重复同一段产品介绍。可以这样输入：
使用 programmatic-seo 评估 integrations.csv 中的集成目录。
先选三个差异明显的记录做页面方案，不生成全量页面。
每页说明独特任务、所需字段、缺失证据、标题与段落结构，以及相关页面链接。
若数据不足以回答用户问题，标记暂不发布并解释原因。
检查搜索模式是否成立，以及页面的变化是否来自真正不同的任务。目录、比较、模板、地点和词汇页有不同的数据要求；先选择与你已经拥有的资料相符的一种，不必把所有模式都用上。搜索量没有调查时应保持未知。
把样板页当成发布门槛
每个模板至少要确定目标问题、独特介绍、核心数据区、必要条件和相关链接。让 Agent 展示三篇填入真实数据后的样稿，逐段标出哪些内容随记录变化、哪些是共同说明。如果去掉名称后几乎完全相同，就应补数据或合并页面。
再定义进入公开站点的规则：哪些字段缺失会阻止发布，过期数据由谁更新，记录删除后如何处理对应 URL。重要页面需要从目录或相关文章被找到，不能只出现在站点地图里；站点地图也不应装进所有未完成的组合地址。
Google 对生成式内容强调准确性和附加价值，大量制作无帮助页面可能触及规模化内容滥用政策。使用 AI 组织材料并不能免除核对责任。第一批上线后，检查真实用户是否完成了查找任务，再结合索引、查询和页面行为决定扩展。不要把“模板运行成功”当成“搜索机会已经验证”。
用少量样板页检验一类需求
先选一个确有重复搜索结构的问题，例如“工具 A 与工具 B 的区别”或“某类任务的模板”，再核对每个变量是否有独立、准确的数据。关键词数量不能代替页面价值：如果所有页面只换城市名、工具名而正文相同，先不要生成。让 Skill 给出样板记录，列出该页独有的事实、读者要做的决定、数据来源、更新方式和内部链接。
可这样输入：“我们有 30 个官方集成的功能与限制资料。请从中挑三个差异明显的集成做样板页；每页要回答‘适合谁、如何接入、有哪些限制’，并标出来自文档的事实与尚未确认的问题。通过人工审稿前不要扩成 30 页。” 这里的三页是试验规模，不是 Skill 自带的强制步骤。若某集成没有足够信息，就让它停留在目录或待补清单，不发布一页重复介绍。
上线前检查 URL 规则、列表页到详情页的链接、面包屑和 sitemap；新页面必须能从真实导航到达。发布后看具体查询、被索引情况与用户是否继续完成任务，再决定扩量。若页面没有独特数据或持续维护来源，更多页面只会把内容缺口放大。
示例：决定哪些集成页面暂时不应发布
假设数据表有一百个集成名称，但只有十二个有安装步骤、适用权限和限制。给 Skill 原始数据表与三个现有页面，输入：“用 programmatic-seo 定义一页集成指南的最低资料标准。对样本中的六条记录标‘可发布、待补、只保留目录’，并写出每条缺少的用户问题。先完善一页样板和内部链接，不批量生成。”
验收时逐页问：读者能否用它完成接入？能否知道何时不适用？如果答案只有“支持 X 集成，欢迎联系我们”，即使标题关键词不同，也不足以成为独立页面。若 Agent 建议对缺资料的八十八项用相同模板凑字，就停止扩量并回到数据收集。等更多集成有独特步骤与维护责任，再重新评估是否值得生成页面族。
公开审计能证明到哪一步
Eric Siu 在公开视频中让 programmatic-seo 检查 Single Grain 的 440 个地区页面，结合 GSC 数据发现这些页面的点击偏弱，随后得到“人物角色 × 行业”的新页面方向。这展示了如何用现有页面与搜索数据诊断页面族；视频没有展示新页面发布后的排名。真正扩量前，仍要抽样检查模板空值、重复段落、内部链接及每页能否独立回答问题。