claude-seo 的 Reddit Claude Prompt 深度解析：用 FLOW 模型产出证据驱动 Optimize 交付物的提示词实战指南

本篇技术指南围绕 claude-seo 仓库中 Reddit Claude Prompt 这一 Optimize 阶段核心提示词展开，讲解它在 FLOW（Find → Leverage → Optimize → Win）框架中的定位、完整提示词原文、输入输出规范与实际调用方式。读者读完将掌握如何用这一提示词让 Claude 输出"观察与假设分离、行动与待核验声明分离"的结构化 SEO 优化交付物，并在/seo flow optimize场景中落地执行。

一、这是什么：Optimize 阶段的结构化交付提示词

Reddit Claude Prompt 是 claude-seo 仓库 seo-flow 技能 中 Optimize 阶段共 21 个提示词之一（见 提示词索引 中optimize分组的reddit-claude-prompt.md条目）。它来自 Daniel Agrici 的 FLOW 开源知识库，采用 CC BY 4.0 许可，本仓库通过 sync_flow.py 定期同步并保留出处声明。

从仓库结构看，skills/seo-flow/references/prompts/optimize/目录下共 21 个提示词文件，Reddit Claude Prompt 与basic-prompt.md、prompt-core-30-content-audit.md等共享同一套"结构化 optimize 交付物"模板：要求模型把观察（observations）、假设（assumptions）、推荐动作（recommended actions）、需要核验的声明（claims that need verification）四类信息严格区分开，最终产出一份团队可直接执行的简明工作文档。

提示词以 "Reddit" 命名，与其聚焦的搜索面相关：FLOW 框架将"社区讨论（community discussion）"列为一类独立的搜索面（见 flow-framework.md），Reddit 这类社区讨论既是品牌被提及、被 AI 引用的证据来源，也是需要被优化和核验的内容面——但该提示词本身是通用模板，不限于 Reddit，可应用于任意目标页面、资料或活动。

二、何时使用（Use This When）

原始文档明确：当你需要一个结构化的 optimize 交付物，且希望模型将观察、假设、推荐动作、待核验声明分离时，使用本提示词。

结合 FLOW 框架的运行逻辑，典型触发场景包括：

• 目标页面流量或转化停滞，需要一份可执行的优化清单而非零散建议；
• 需要把已有证据（分析数据、搜索结果、通话记录、评论、资料事实）组织成"事实表"，避免从空白页脑暴；
• 需要产出后续可交给开发、编辑、本地 SEO 执行团队落地的正式交付物。

FLOW 框架的操作工作流（flow-framework.md）强调：只有当"自有资产难以被提取或建立信任"（hard to extract or trust）时进入 Optimize 阶段——本提示词正是这一阶段的标准输出模板。

三、模型兼容性（AI Compatibility）

• 长上下文推理模型：直接可用完整提示词，一次产出全部输出章节；
• 较小模型：建议收窄输入范围，并要求模型一次只输出一个章节，避免上下文超限或输出质量下降。

这一点提示了实际使用时的工程化策略：输入范围（目标资产、证据量）要与模型上下文能力匹配，宁可分批也要保证每份输出的结构完整。

四、输入清单（Inputs）

调用前需准备以下输入：

这些输入项直接对应 FLOW 框架第二步"清点可用证据"：客户语言、查询数据、资料细节、评论、分析数据、通话记录、销售异议等，都应作为"已提供输入"传入，模型不得自行补充。

五、核心提示词全文与逐条拆解

原始提示词原文如下，可直接复制使用：

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.

逐条拆解六大回答支柱：

1. 搜索者或买家意图（Searcher or buyer intent）：先定义搜索面（organic result、AI answer、local pack、community discussion 等）与买家决策风险，而非直接写文案——FLOW 框架要求"先用买家语言，再谈实体清晰度、内链、证据与转化下一步"；
2. 现有证据（Evidence available now）：只基于传入输入作答，将"可观察证据"与"假设"分离，这正是本提示词区别于普通优化 prompt 的核心纪律；
3. 阻碍信任、提取或转化的缺口（Gaps）：从三个维度找缺口——信任（proof 缺失）、提取（AI/搜索引擎难以抽取结构化信息）、转化（缺少下一步行动路径）；
4. 按优先级排序的推荐变更（Recommended changes）：输出必须是可执行的优先级序列，而不是均匀罗列；
5. 测量事件与复盘节奏（Measurement events and review cadence）：对应 FLOW 框架的平衡记分卡理念——可见性指标（排名、曝光、本地包、引用、AI 提及）必须与业务指标（合格线索、来电、表单、销售机会、助攻转化）挂钩；页面无法测量时，先把测量事件加上再评估表现；
6. 发布前需核验的声明（Claims requiring verification）：带数字的声明必须追溯到 bibliography.md 或移除，这正是本仓库的"证据标准"（repository evidence standard）。

末尾的 "Return a concise working document the team can execute" 约束了输出形态：简明、可执行、面向团队，而非论文式长文。

六、预期输出（Output）

提示词要求交付物包含六类内容：

• Executive summary（执行摘要）：一页讲清对象、核心问题与首要动作；
• Priority table（优先级表）：变更项 × 优先级 × 预期影响的可排序表格，方便团队直接拆任务；
• Recommended copy, structure, or audit findings（推荐文案、结构或审计发现）：按证据组织后的改写建议，而非空白页脑暴；
• Evidence needed（所需证据）：当前缺失、需要补充的数据与来源；
• Measurement plan（测量计划）：定义转化事件、可见性指标与复盘节奏；
• Verification checklist（核验清单）：发布前逐条核对哪些声明已有来源、哪些必须删除或改写。

这套输出结构与本仓库 flow-framework.md 中 AI Agent Prompt 的返回项（priorities、page or profile changes、source requirements、internal links、measurement plan、claims needing verification）一一对应，说明该提示词是 FLOW 框架方法论在 Optimize 环节的标准落地模板。

七、实战示例：本地服务页优化

原始文档给出的示例：

• 输入：一个证明力薄弱（weak proof）、资料细节前后不一致（inconsistent profile details）的本地服务页；
• 预期输出：一份按优先级排序的改写简报（prioritized rewrite brief）、需核对的事实清单（facts to reconcile）、需补充的内链（internal links to add）、以及要测量的转化事件（conversion event to measure）。

结合仓库背景可进一步解读：本地 SEO 是 FLOW 框架的重点场景之一，SKILL.md 中/seo flow local子命令即覆盖 GBP 优化、标题、meta、本地审计等 11 个提示词。当本地服务页出现资料不一致时，本提示词会让模型把"观察到的资料矛盾"列为需核验事实、把"缺失的内链"列为优先级变更、把"表单提交/来电"列为测量事件，直接产出一份可交执行的本地优化工单。

八、在/seo flow optimize中的调用方式

在 Claude Code 中通过 seo-flow 技能 的命令面调用：

/seo flow optimize [url]

按 SKILL.md 的编排逻辑，该命令会：

1. 读取references/prompts/optimize/下全部文件名；
2. 读取会话中的既有分析上下文（URL、行业垂直、此前技能输出）；
3. 依据三条规则只选出 2～3 个最相关提示词加载并应用：
   • 行业垂直：SaaS → 页面 + 技术；本地 → 引证 + GBP；出版 → E-E-A-T + 新鲜度；
   • 先前技能输出：seo-technical 标记了抓取问题 → 技术类优化提示词；seo-content 标记了 E-E-A-T 缺口 → 内容类优化提示词；
   • URL 信号：产品页 → 转化；博客 → 新鲜度 + 权威；
4. 明确说明选用了哪些提示词及原因（always surface exactly 2-3 prompts，并说明选择理由）；
5. 交叉引用/seo content <url>、/seo geo <url>进行完整内容质量分析。

Reddit Claude Prompt 属于通用型 optimize 模板，在以下场景优先被选中：需要"结构化交付物 + 声明核验纪律"、或目标资产与社区讨论面/本地业务相关时。

九、证据标准与出处声明（Source Note）

原始文档的 Source Note 明确：本提示词由 Local SEO Knowledge Base 结构衍生，并按仓库证据标准（repository evidence standard）改写为可公开使用版本。这意味着三个纪律：

• 公开声明必须有可验证来源，否则保持定性描述；
• 示例使用通用或本仓库新建内容，不复用私有案例；
• 私有编辑备注仅用于识别候选概念，绝不进入公开文案。

配套的 bibliography.md 收录了 Ahrefs、seoClarity、Search Engine Journal 等来源及其检索日期，供"带数字声明"追溯。调用本提示词时，模型输出的任何统计数据都应能被指向这些来源。

十、同步与版本管理

提示词文件头部带有<!-- Source: github.com/AgriciDaniel/flow | License: CC BY 4.0 | Synced: 2026-04-26 -->声明，由 scripts/sync_flow.py 从上游AgriciDaniel/flow仓库同步：

• 按find / leverage / optimize / win / local五个阶段拉取提示词，并自动重写上游相对链接到本仓库扁平化布局（rewrite_flow_links，未随附的链接目标会被去链但保留标签文本）；
• 每个文件写入前经 SHA-256 哈希记录进 flow-prompts.lock，下次同步时对比基线输出 added / updated / unchanged / drift 报告；
• 支持--dry-run（只报告不写入）与--ref <sha>（固定到某个上游提交）；
• 对 GitHub API 请求做了主机白名单校验（_validate_github_url）与 5MB 响应大小上限，防注入与超限。

因此本提示词是"可追踪、可复现、可回滚"的版本化管理资产：任何人可通过锁文件确认真实性与来源，也可用/seo flow sync拉取最新版本。

十一、使用要点与常见误区

结合 flow-framework.md 的失败模式清单，使用本提示词时注意：

• 不要发布"听起来熟悉"的统计——必须确认来源已加载并注明日期，否则删除该声明；
• 不要把 AI 可见性当成格式技巧——忽略品牌证据、实体一致性与站外佐证的"格式化优化"会失败；
• 不要围绕公司偏好写作——围绕买家问题与决策风险；
• 不要只为流量优化——先定义下一个合格动作（来电、表单、销售机会）；
• 不要复用旧示例——通用或新建示例更干净、更耐久。

相关资源

• Prompt Library 提示词索引 — 全部 41 个提示词的阶段、文件名、标题总表
• FLOW Framework — 本提示词所属的方法论骨架
• Bibliography 证据清单 — 声明核验的来源追溯标准
• seo-flow 技能定义 —/seo flow optimize等命令的完整编排逻辑
• flow-prompts.lock — 41 个提示词的 SHA-256 同步基线
• sync_flow.py — 提示词同步与链接重写实现