Claude SEO 实战指南：FLOW 框架 Optimize 阶段 Basic Prompt 与证据驱动优化
【免费下载链接】claude-seoUniversal SEO skill for Claude Code. 26 sub-skills + 19 sub-agents covering technical SEO, E-E-A-T, schema, GEO/AEO, agent readiness (Lighthouse Agentic Browsing, WebMCP, llms.txt), backlinks, local SEO, e-commerce, international SEO, Google APIs, and PDF/Excel reporting. 9 optional extensions for live SEO data.项目地址: https://gitcode.com/GitHub_Trending/cl/claude-seo
本指南以 skills/seo-flow/references/prompts/optimize/basic-prompt.md 为核心文档展开。该文档与其中的提示词（Prompt）文本源自 FLOW 项目（© Daniel Agrici，CC BY 4.0 许可），Claude SEO 仓库将其作为 Optimize 阶段的基础提示词集成，同步时须保留归属声明。
本文围绕 Claude SEO 仓库中seo-flow技能（skill）的 Optimize 阶段基础提示词（Basic Prompt）展开，讲解如何用一条结构化的证据驱动提示词，让大模型产出一份团队可直接执行、可量化测量、且不掺入未经验证声明的优化交付物。读完本文，你将掌握 Basic Prompt 的完整模板、六要素构建逻辑、输入与输出规范、在/seo flow optimize命令中的实际调用机制，以及它与其他 20 个 Optimize 阶段提示词之间的骨架关系。
一、背景：FLOW 框架与 Optimize 阶段定位
FLOW 是面向 2026 年 AI 搜索时代的一套"证据驱动"SEO 运营模型，其核心是四个简单阶段：Find（发现需求）→ Leverage（借力分布式证据）→ Optimize（优化自有资产的可提取性与可信度）→ Win（用页面与测量连接发现到营收）。与把排名、AI 引用、本地可见度、销售证据割裂对待的传统做法不同，FLOW 将这些视为相互连接的表面（surfaces），主张先确定"哪一个表面能改变下一个业务结果"，再在那个表面构建证据。
在 Claude SEO 仓库中，FLOW 框架通过 skills/seo-flow/SKILL.md 中的/seo flow命令暴露，其 框架说明 中引用了两个值得注意的行业背景：Ahrefs 2025 年 12 月数据显示，当 AI Overview 出现时，排名第一内容的平均 CTR 低了 58%；seoClarity 的抽样研究则发现，被 ChatGPT 引用最多的 URL 中有 25% 在 Google 上没有任何自然搜索可见度。这些数据佐证了 FLOW 的核心判断——搜索已不再是一条结果页加一条点击路径，一套有用的 SEO 体系必须同时应对经典排名、AI 摘要、本地包、商家资料、社区引用与销售反馈。
Optimize 阶段对应这一循环中的第三环：当自有资产（页面、商家资料等）难以被提取或不被信任时，就需要优化。Basic Prompt 正是该阶段 21 个提示词中最基础、也最通用的一个。
二、使用时机（Use This When）
Basic Prompt 文档明确给出它的适用条件：
当你需要一份结构化的优化交付物（structured optimize deliverable），并希望模型将观察（observations）、假设（assumptions）、**建议动作（recommended actions）与需要验证的主张（claims that need verification）**四者清晰分离时，使用本提示词。
这句话点出了 Basic Prompt 的定位：它不是"写一篇更好的文章"的创意提示词，而是一条工程化的提示词——它强制模型把"我看到的事实"与"我猜的"与"我建议的"分门别类，从而保证产出可以被审查、被执行、被复核。在 AI 搜索时代，任何进入交付物的数字都必须能追溯到证据源，否则就应被剔除（这一原则同样见诸 flow-framework.md 的 "How To Apply" 与 "Quality Bar"）。
三、输入规范（Inputs）详解
调用 Basic Prompt 前需要准备的输入项如下，它们是提示词中[BUSINESS OR ASSET]占位符之外的上下文材料：
| 输入项 | 说明 |
|---|---|
| 业务或网站名称（Business or website name） | 优化的主体是谁，用于限定分析范围与命名 |
| 目标页面、资料、查询集或活动（Target page, profile, query set, or campaign） | 明确"优化什么"：单页、GBP 资料、一组关键词查询，或某个营销活动 |
| 相关受众与地域（Audience and geography where relevant） | 影响意图判断与本地化证据取舍 |
| 现有证据（Existing evidence） | 分析数据、搜索结果、通话记录、评论、资料事实或来源笔记；这是证据驱动模型的输入底座 |
| 约束、排除项与必需来源（Constraints, exclusions, and required sources） | 哪些不能做、哪些必须引用，防止模型越界发挥 |
从仓库的 提示词索引 可以看到，这组输入项是整个 Optimize 阶段提示词家族的通用规格，Basic Prompt 将其完整继承。
四、核心：完整提示词模板与六要素拆解
以下为 basic-prompt.md 中提供的完整、可直接复制使用的提示词原文（框架与提示词 © Daniel Agrici，CC BY 4.0）：
Act as a senior SEO strategist using the FLOW model. Task: create a optimize deliverable for: [BUSINESS OR ASSET]. Use only the supplied inputs and clearly label any assumption. Do not invent statistics. Do not reuse private examples. Build the answer around: 1. Searcher or buyer intent. 2. Evidence available now. 3. Gaps that block trust, extraction, or conversion. 4. Recommended changes in priority order. 5. Measurement events and review cadence. 6. Claims that require source verification before publication. Return a concise working document the team can execute.4.1 角色与任务设定
前两行将模型锚定为"使用 FLOW 模型的高级 SEO 策略师"，并把任务明确为"为[BUSINESS OR ASSET]创建一份优化交付物"。注意其措辞是optimize deliverable而非"改写页面"——这决定了产出的形态是一份可执行的工作文档，而不是单纯的文案。
4.2 三条硬性纪律
提示词在任务描述后立刻立下三条证据纪律：
- Use only the supplied inputs（只用给定输入）：模型不得从训练记忆里私拉外部资料；
- Clearly label any assumption（明确标注任何假设）：无法证实的内容必须显式声明为假设；
- Do not invent statistics / Do not reuse private examples（不得编造统计、不得复用私有示例）：数字必须可追溯，示例必须通用或新建——这与 flow-framework.md "Quality Bar" 中"公开主张要么使用已核验来源、要么保持定性表述"的要求一脉相承。
4.3 六要素构建结构（Build the answer around）
提示词要求回答围绕六个支柱组织，这是整个 Basic Prompt 的骨架：
- 搜索者或买家意图（Searcher or buyer intent）——先判断搜索表面与意图，再谈优化；
- 当前可用的证据（Evidence available now）——基于输入中的分析、评论、资料事实等证据说话；
- 阻碍信任、提取或转化的缺口（Gaps that block trust, extraction, or conversion）——面向 AI 提取（extraction）、用户信任（trust）与转化（conversion）三个方向的差距分析；
- 按优先级排序的建议变更（Recommended changes in priority order）——不罗列，排序；
- 测量事件与复盘节奏（Measurement events and review cadence）——每个动作都必须挂上可测量的转化事件；
- 发布前需核验来源的主张（Claims that require source verification before publication）——给交付物留一道"事实关口"。
4.4 收尾要求
最后一句 "Return a concise working document the team can execute." 明确了产出形态：简洁、团队可执行的工作文档，而不是冗长的分析报告。
五、输出规范（Output）：六类交付物
按 Basic Prompt 文档，模型应返回以下六类内容：
| 交付物 | 作用 |
|---|---|
| Executive summary（执行摘要） | 让决策者 30 秒内抓住要点 |
| Priority table（优先级表） | 把建议动作按影响/成本排序，形成可执行清单 |
| Recommended copy, structure, or audit findings（建议文案、结构或审计发现） | 因优化对象而异：可能是改写文案、结构调整，也可能是审计结论 |
| Evidence needed（所需证据） | 列出当前缺失、需要补充的数据与来源 |
| Measurement plan（测量计划） | 定义转化事件、指标与复盘节奏 |
| Verification checklist（核验清单） | 发布前需逐项核验来源的主张清单 |
这套输出结构保证了交付物既是"策略"（摘要、优先级）也是"工单"（文案建议、证据缺口、测量与核验清单）。
六、实战示例：本地服务页优化
Basic Prompt 文档给出的示例场景是证据薄弱且资料详情不一致的本地服务页（local service page）：
- 输入：一个证明力弱、商家资料详情前后不一致的本地服务页；
- 预期输出：一份按优先级排列的改写简报（rewrite brief）、需要统一的事实清单（facts to reconcile）、需要补充的内部链接（internal links to add），以及用于衡量的转化事件（conversion event to measure）。
这个示例非常典型：本地 SEO 场景中，GBP 资料、电话、地址、营业时间在不同表面的不一致会同时伤害信任与 AI 提取；Basic Prompt 会迫使模型把"改写文案"和"事实对账""内部链接""转化测量"一起交付，而不是只给一段新文案。仓库中 seo-local、seo-maps 等技能可在此基础上继续深化本地信号分析。
七、AI 兼容性与小模型适配
Basic Prompt 文档的 AI Compatibility 说明：
适用于长上下文推理模型（long-context reasoning models）。对于较小的模型，应提供更窄的输入，并一次只要求一个输出部分（ask for one output section at a time）。
这意味着该模板具有降级使用策略：小模型不必一次性跑完六要素与六类交付物，可以把输入拆窄（如只针对单个页面），并把输出拆成多次调用（先出优先级表，再出文案建议，再出测量计划）。这也与 SKILL.md 中"optimize 阶段有 21 个提示词，全部倾倒只会产生噪音"的上下文管理哲学一致。
八、仓库级实现：Basic Prompt 在 Claude SEO 中的调用链路
Basic Prompt 不是孤立的 Markdown 文件，它在 Claude SEO 中有一条完整的调用与维护链路。
8.1/seo flow optimize的编排逻辑
SKILL.md（第 63-68 行）定义了 Optimize 阶段命令的编排流程：
- 读取
references/prompts/optimize/下所有提示词的文件名； - 读取此前的分析上下文（URL、行业垂直、对话中此前技能的输出）；
- 仅选择 2-3 个最相关的提示词加载并应用；
- 注明其余提示词可通过
/seo flow prompts获取； - 交叉引用：如需完整内容质量分析，可转向
/seo content <url>与/seo geo <url>。
8.2 上下文匹配（Context Matching）
为何 Basic Prompt 常常是优化会话的首选？SKILL.md 第 91-99 行的上下文匹配规则说明，优化阶段 21 个提示词必须按优先级筛选：
- 行业垂直：SaaS → 页内 + 技术；本地 → 引证 + GBP；发布者 → E-E-A-T + 新鲜度；
- 此前的技能输出：
seo-technical标记了爬取问题 → 技术类优化提示词；seo-content标记了 E-E-A-T 缺口 → 内容类优化提示词； - URL 信号：产品页 → 转化；博客 → 新鲜度 + 权威性。
在没有任何强信号的情况下，Basic Prompt 作为覆盖意图、证据、缺口、优先级、测量与核验六要素的通用模板，天然适合作为 optimize 会话的"起手提示词"。
8.3 提示词的同步与溯源保障
Basic Prompt 文件头部带有Source: github.com/AgriciDaniel/flow | License: CC BY 4.0 | Synced: 2026-04-26的归属注释，这由 scripts/sync_flow.py 自动维护。从源码看，该脚本：
- 从
AgriciDaniel/flow仓库的docs/09-prompts/{stage}目录拉取各阶段提示词（PROMPT_STAGES = ["find", "leverage", "optimize", "win", "local"]，见 sync_flow.py）； - 通过
rewrite_flow_links（sync_flow.py）把上游按编号目录组织的相对链接改写为仓库扁平化布局的链接，目标未随插件发布时则去链保留文字标签，避免死链； - 对每个同步文件计算 SHA-256 并写入 flow-prompts.lock，运行
/seo flow sync时可对比基线并报告 ADDED / CHANGED / REMOVED 漂移（sync_flow.py）。
这意味着 Basic Prompt 的内容与上游 FLOW 知识库保持可核验的一致性，任何更新都会在锁文件中留下指纹。
8.4 在 41 个提示词中的位置
提示词索引 显示，仓库共集成 41 个提示词：Find 5 个、Leverage 1 个、Optimize 21 个、Win 3 个、Local 11 个。Basic Prompt（basic-prompt.md）在索引中位列 Optimize 组，与 Technical Audit Prompt、CTR Audit Prompt、PAA Question Rewording Prompt、Schema Prompt 1、Core 30 Content Audit 等并列。
九、同阶段提示词的骨架关系与选用建议
从仓库源码结构可以观察到：多个 Optimize 阶段提示词（如 technical-audit-prompt、ctr-audit-prompt、paa-question-rewording-prompt、schema-prompt-1、prompt-core-30-content-audit、visibility-follow-up-prompt 等）与 Basic Prompt共享完全相同的 Use This When、AI Compatibility、Inputs、Prompt 主体、Output 与 Example 骨架，差异主要体现在文件名与标题所指向的优化主题（技术审计、CTR、PAA 改写、Schema、内容审计、可见度等）。
可以推断，Basic Prompt 承担着该提示词家族"通用模板"的角色：当优化目标明确（如只做技术审计、只做 CTR、只做 Schema）时，应选用对应主题的提示词以聚焦；当需要一份覆盖全要素、不预设主题的优化交付物时，Basic Prompt 就是起点。运行/seo flow optimize [url]时，Claude 会依据行业垂直、先前技能输出与 URL 信号做同样的选择——这与仓库对"永远只给出 2-3 个提示词并说明选择理由"的要求一致。
十、端到端实践清单
将本文内容落成一次完整的 Basic Prompt 优化会话，可按以下步骤执行：
- 准备输入：确定业务/网站名、目标页面或资料、受众与地域，汇总现有证据（分析数据、搜索结果、评论、资料事实），并列出约束与必需来源；
- 触发命令：在 Claude Code 中运行
/seo flow optimize <url>，依据上下文匹配规则确认 Basic Prompt 是否在选中的 2-3 个提示词之列（若非，用/seo flow prompts查看完整索引后手动指定）； - 套用模板：将上文完整提示词中的
[BUSINESS OR ASSET]替换为真实对象，粘贴全部输入项； - 验收六要素：核对输出是否覆盖搜索者意图、现有证据、信任/提取/转化缺口、按优先级排序的建议、测量事件与复盘节奏、需核验来源的主张六项；
- 核验六类交付物：确认包含执行摘要、优先级表、建议文案/结构/审计发现、所需证据、测量计划、核验清单；
- 小模型降级：若上下文有限，拆窄输入并一次只要求一个输出部分；
- 事实关口：发布前逐项执行 verification checklist，凡是带数字的主张都须追溯到 bibliography.md 所列来源或补充可核验证据，否则删除。
十一、延伸阅读
- 提示词库索引（Prompt Library）——41 个提示词的完整清单与阶段分布
- FLOW 框架说明——Find → Leverage → Optimize → Win 的运营模型、测量计分卡与常见失败模式
- 证据来源书目（Bibliography）——公开主张的来源追溯清单
- seo-flow 技能定义——命令表、编排逻辑与上下文匹配规则
- 提示词同步脚本——上游 FLOW 提示词的拉取、链接改写与哈希锁定实现
- 同步锁文件——Basic Prompt 及其余 40 个提示词的 SHA-256 基线
来源说明
Basic Prompt 文档源自本地 SEO 知识库结构，并按仓库的证据标准重写后公开使用；其提示词文本归属 Daniel Agrici，采用 CC BY 4.0 许可，转载或改写须保留归属。本文中关于调用编排、上下文匹配、同步机制的描述均以 Claude SEO 仓库 SKILL.md 与 sync_flow.py 的源码实现为依据。
【免费下载链接】claude-seoUniversal SEO skill for Claude Code. 26 sub-skills + 19 sub-agents covering technical SEO, E-E-A-T, schema, GEO/AEO, agent readiness (Lighthouse Agentic Browsing, WebMCP, llms.txt), backlinks, local SEO, e-commerce, international SEO, Google APIs, and PDF/Excel reporting. 9 optional extensions for live SEO data.项目地址: https://gitcode.com/GitHub_Trending/cl/claude-seo
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
