关于 aeo-optimizer
aeo-optimizer 是一项供 Claude 使用的技能,可按答案引擎优化(AEO)要求修改文章并生成审计报告,面向希望改善 AI 引擎答案提取与引用的写作者。它重点处理问题式标题和独立完整的答案段落。
主要功能
- 01将 H2 标题改写为直接提问
- 02添加 50–80 词的答案段落
- 03将段落精简至三句话以内
- 04识别信任信号及其缺口
- 05生成结构化 AEO 审计报告
适用场景
- 01为 AI 答案提取优化文章
- 02检查已发布内容的 AEO 准备情况
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ mohitagw15856/ pm-claude-skills --skill aeo-optimizer安装后在 Claude Code 中输入/aeo-optimizer确认已加载。
详细介绍
AEO 优化技能
AEO(答案引擎优化)是一种内容组织方法,旨在让 AI 引擎(ChatGPT、Perplexity、Claude、Gemini)能够提取简洁、可直接引用的答案,并放心地将你的内容作为来源引用。
大多数文章都是写给会滚动页面、快速浏览并点击链接的人看的。AI 引擎不会滚动页面——它们会扫描内容,寻找可提取的答案单元。它们会查找紧接在清晰的问题式标题下方、简短且完整的答案段落。如果找不到这类内容,它们就会跳过这些内容,或对其进行不准确的改述。这项技能旨在解决这个问题。
AEO 面临的问题
以下是 AI 引擎正在寻找的内容,以及大多数文章未能提供的内容:
| AI 引擎需要什么 | 大多数文章提供什么 |
|---|---|
| H2 是一个直接的问题(“X 是什么?”) | H2 是一个含糊的主题标签(“关于 X”或“了解 X”) |
| 标题下方立即出现 50-80 词的答案摘要 | 在实际答案前有很长的引言段落 |
| 答案段落内没有链接 | 插入行内链接,影响内容提取 |
| 每段不超过 3 句话 | 每段有 6-8 句,内容密集 |
| 明确指出框架名称、原创数据和第一人称经验 | 没有出处或具体细节的泛泛陈述 |
| 全文保持一致的问答扩展结构 | 各章节结构不一致 |
如果 AI 引擎无法清晰提取 50-80 词的答案,它就会跳过文章,或给出含糊的改述而不附上引用链接。AEO 优化可以消除这些障碍。
必需的输入
如果未提供以下信息,Claude 会向你询问:
| 输入 | 是否必需 | 备注 |
|---|---|---|
| 文章内容 | 是 | 粘贴完整草稿,或提供 Claude 可获取内容的 URL |
| 目标受众 | 否 | 有助于调整问题措辞,例如“初创公司的新手创始人”或“资深工程师” |
| 主要关键词或主题 | 否 | 如果提供,Claude 会确保 H2 问题直接涵盖该内容 |
| 现有 URL(如果已发布) | 否 | 用于在审核报告中注明已上线的页面 |
| 保留原有章节顺序 | 否 | 默认是——Claude 会直接修改原文,不会重组结构 |
如果提供 URL 而不是粘贴文本,Claude 会获取页面内容。注意:需要付费才能阅读或使用 JavaScript 渲染的文章,可能需要手动粘贴。
输出结构
Claude 会依次生成两项交付内容:
交付内容 1 — 符合 AEO 要求的文章
完整改写后的文章,包括:
- 将所有 H2 改写为直接提问
- 在每个 H2 下方立即插入 50-80 词的答案摘要
- 对超过 3 句话的段落进行精简
- 保留信任信号,并适度突出
- 答案摘要内不含链接
- 保留原有语气和结构——这是一次优化,而非重写
格式:
# [Original H1 title — unchanged unless it needs question format]
[Introduction — keep as-is or trim to ≤3 sentences. Add a "What this covers:" summary if intro is >150 words.]
## [H2 rewritten as a direct question?]
[Answer capsule — 50-80 words, no links, self-contained, answers the question completely on its own.]
[Rest of the section body — expanded explanation, examples, data, links allowed here]
## [Next H2 as a direct question?]
[Answer capsule — 50-80 words, no links]
[Section body]
交付内容 2 — AEO 审核报告
结构化报告,展示所做的所有更改和识别出的信号。
格式:
AEO 审核报告
文章: [标题] URL: [如已提供] 审核日期: [今天的日期] AEO 准备度评分(优化前): [X/10] AEO 准备度评分(优化后): [X/10]
标题改写
| 原始 H2 | 改写后的 H2 | 更改类型 |
|---|---|---|
| 了解内容策略 | 什么是内容策略?为什么它很重要? | 主题标签 → 直接提问 |
| X 的优势 | X 的主要优势有哪些? | 含糊的名词短语 → 问题 |
| 我们在 [Company] 如何做 | [Company] 如何处理 X? | 第一人称 → 问题形式 |
答案摘要的位置
对于每个章节,确认摘要字数在 50-80 词范围内:
| 章节 | 摘要字数 | 从摘要中移除的链接 | 状态 |
|---|---|---|---|
| 什么是内容策略……? | 64 词 | 移除了 2 个链接 | OK |
| 如何制定内容日历? | 71 词 | 0 个链接(原文没有链接) | OK |
| 内容团队会使用哪些工具? | 58 词 | 移除了 1 个链接 | OK |
段落长度审查
| 部分 | 原始段落最大长度(句数) | 采取的措施 |
|---|---|---|
| 引言 | 6 句 | 拆分为 2 个段落 |
| 第 2 节正文 | 4 句 | 精简至 3 句 |
| 第 4 节正文 | 2 句 | 无需更改 |
标记为过长的段落(优化前): [N] 符合 ≤3 句要求的段落(优化后): [全部]
信任信号清单
信任信号是 AI 引擎视为可信度标志的元素——原创数据、命名框架、第一人称经验和具体归因。这些元素会让 AI 引擎更有可能引用内容,而不是转述。
| 信号类型 | 文章中是否存在 | 示例 | AEO 价值 |
|---|---|---|---|
| 原创数据 / 研究 | 是 | “我们对 400 篇帖子的分析显示……” | 高——值得引用的论断 |
| 命名框架 | 是 | “RICE 评分模型” | 高——搜索锚点 |
| 第一人称经验 | 是 | “在进行了 3 次内容审计之后……” | 中——权威性信号 |
| 具名专家 / 引言 | 否 | — | 建议添加 |
| 具体数字 / 统计数据 | 是 | “自然流量增长 34%” | 高——可提取的事实 |
| 带日期的内容 | 否 | — | 建议添加发布日期 |
| 案例研究引用 | 是 | “在 Acme Corp,我们进行了……” | 高——具体示例 |
现有信任信号: [N] 建议补充: [列出任何缺失项]
AEO 评分标准
| 标准 | 优化前 | 优化后 |
|---|---|---|
| 采用直接提问形式的 H2(占总数的比例) | [X%] | [X%] |
| 每个 H2 下方都有答案摘要 | 否 | 是 |
| 答案摘要在 50-80 个单词以内 | 不适用 | [X/N 个部分] |
| 答案摘要中没有链接 | 不适用 | 是 |
| 段落 ≤3 句 | [X%] | [X%] |
| 存在信任信号 | [N] | [N] |
| 总分 | [X/10] | [X/10] |
建议的后续步骤
- [任何尚存的不足——例如:“第 4 节的摘要有 88 个单词——精简 10 个单词”]
- [结构建议——例如:“在末尾添加 FAQ 部分,以涵盖高频的 PAA 问题”]
- [缺失的信任信号——例如:“添加发布日期和最后更新日期,以提供新鲜度信号”]
- [适用时的 Schema 标记建议——FAQ schema、HowTo schema 等]
AEO 审计报告结束
Claude 应如何执行此技能
步骤 1 — 导入文章
接受以下任一形式的内容:
- 粘贴的文本: 按原样处理。如果用户粘贴了文本,则不要尝试抓取 URL。
- URL: 抓取页面。提取文章正文——忽略导航栏、侧边栏、页脚和广告区块。如果页面由 JavaScript 渲染,且抓取结果仅返回外壳,则请用户改为粘贴文本。
统计标题数量。记录 H2、H3 和 H1 的数量,以此确定需要撰写多少个答案摘要。
步骤 2 — 进行任何修改前,评估 AEO 就绪度
重写前,按照 AEO 评分标准(见交付物 2 的评分表)为文章评分。这样可以向用户展示优化前后的对比,并帮助 Claude 确定工作重点。
逐项检查各项标准并记录数量:
- 已有多少个 H2 采用疑问句形式?(统计以“?”结尾的 H2)
- 是否已有任何部分包含一段 50-80 个单词、可独立成篇的回答?
- 段落的平均句数和最大句数分别是多少?
- 存在多少个信任信号?(检查数字、命名框架、第一人称表达和引言)
记录优化前的分数。不要向上取整——如实评分。
第 3 步——将 H2 标题改写为问题
将文章中的每个 H2 都改写成真实用户会向 AI 引擎提出的直接问题。指南:
问题必须:
- 足够具体,使答案可以独立作为摘要使用
- 使用“What”“How”“Why”“When”“Which”或“Who”,不要使用含糊的动名词(“理解”“探索”“剖析”)
- 符合原章节的搜索意图,而不只是泛泛改写
- 尽可能控制在 8 个词以内(较长的问题更难被 AI 引擎匹配)
标题转换示例:
| 转换前 | 转换后 |
|---|---|
| Agile 简介 | 什么是 Agile 方法论? |
| 我们为什么打造这个产品 | [Company] 为什么打造 [product]? |
| 支持异步工作的理由 | 分布式团队为什么选择异步工作? |
| 优势 | X 的主要优势是什么? |
| 工具与资源 | [audience] 会使用哪些工具来完成 X? |
| 入门 | 如何开始使用 X? |
| 常见错误 | 新手会犯哪些错误? |
| 我们的方法 | [Company/author] 如何处理 X? |
除非用户提出要求,否则不要改写 H3。H3 可以保留为标签——AI 引擎主要以 H2 为锚点。
不要更改 H1。H1 是文章标题和 SEO 标题,遵循不同的规则。
第 4 步——撰写答案摘要
针对每个 H2,撰写一段 50–80 个词的答案摘要,插入标题之后、任何现有正文之前。
摘要规则:
- 必须自成一体——只看标题和摘要的读者也能获得完整、有用的答案
- 摘要中不得包含任何链接(链接会降低 AI 提取效果)
- 不要使用含糊措辞(“这取决于”“有很多因素”)——明确给出答案
- 使用与文章相同的语气和术语——不要改变作者的视角
- 如果章节已有一段有力的首段,长度为 50–80 个词且内容完整自足,则应以最少修改将其用作摘要,而不是另写一段
- 精确统计词数——少于 50 个词就太单薄,超过 80 个词则 AI 引擎可能无法顺畅提取
摘要结构选项:
选项 A——先定义,再说明应用:
[Concise definition of the concept in 1-2 sentences.] [How it applies in practice, with one specific example or number.] [Why it matters for the reader's situation.]
选项 B——直接回答,再补充背景:
[Direct answer to the heading question in 1 sentence.] [2-3 sentences of supporting context, specifics, or mechanism.] [Optional: one concrete example or stat.]
选项 C——以操作指南开篇:
[State the outcome in 1 sentence.] [Steps 1, 2, 3 in compressed form.] [Note on when this applies or what to watch for.]
使用 HTML 注释清楚标记每段摘要,以便作者知道这是新增内容:
[capsule text]
第 5 步——审查并精简段落长度
检查正文部分(不包括摘要)中的每个段落。如果某段超过 3 句话:
- 在最自然的位置将其拆分为两个段落
- 不要总结或删除内容——只需添加段落分隔
- 如果某段实际上是一份列表(由冗长的连贯句子组成,包含“并且”“然后”“也”等),则将其改为项目符号列表
在审计报告的段落长度表中记录每一项更改。
第 6 步——识别并标记信任信号
检查全文中的信任信号。不要添加信任信号——只识别已有内容,并标记缺失之处。信任信号包括:
| 信号类型 | 查找内容 |
|---|---|
| 原创数据 | “我们的数据显示”“我们分析了 X”“在对 N 人进行的调查中……” |
| 命名框架 | 任何命名的方法论、模型或系统(RICE、Jobs-to-be-Done 等) |
| 第一人称经验 | “我发现”“我们运行了”“我构建……时”“测试之后……” |
| 具体数字 | 百分比、数量、时间范围、金额 |
| 专家引言 | 引述具名人士的直接言论 |
| 案例研究 | 具有具体成果的具名公司或项目 |
| 内容新鲜度 | 明确的发布日期或更新日期 |
将信号数量为零的类别标记为缺口。给出具体的补充建议(例如:“在引言中添加一项统计数据——即使是恰当引用的知名行业统计数据,也能提升可信度。”)
第 7 步 — 整理输出
按以下顺序提供两项交付内容:
- 第一项:完整的 AEO 就绪文章。沿用原始 Markdown 结构,并应用所有修改。确保内容摘要带有 HTML 注释标记。
- 第二项:AEO 审核报告,使用上方“输出结构”部分中的准确表格结构。
在两项交付内容之间添加清晰的水平分隔线(---)和标题(## AEO Audit Report)。
第 8 步 — 可选:FAQ 部分建议
如果文章尚未包含 FAQ 部分,且主题有明显的高频 PAA(用户常问问题),建议添加一个。提供 3–5 个建议的 FAQ 问题,并以简短的内容摘要作答。请注意,带有正确架构标记(FAQPage JSON-LD)的 FAQ 部分,在传统 SEO 和 AI 引擎提取中都能获得优先处理。
AEO 参考:优质答案摘要的特点
本节为参考资料——Claude 应在评估答案摘要质量时使用。
优质摘要(62 个英文单词):
内容策略是为实现特定业务目标而规划和管理内容。它明确要发布什么内容、面向哪些受众、通过哪些渠道发布,以及发布频率。优质的内容策略始于受众研究,将内容与买家旅程的各个阶段相匹配,并包含衡量框架。没有内容策略,内容团队就会失去方向地不断产出——发布更多内容,却不知道这些内容是否带来了成效。
为何有效:
- 单独阅读也能完整回答问题
- 不含链接
- 内容足够具体,可供引用(提到受众研究、买家旅程、衡量框架)
- 少于 80 个单词
较弱的摘要(48 个英文单词——太短、太笼统):
内容策略对企业很重要。它能帮助你规划要创建的内容。许多公司会使用内容策略来扩大受众。不同目标对应不同方法。这是一个广泛的话题,涵盖了营销的许多领域。
为何无效:
- 没有完整作答——“许多领域”并不是答案
- 没有具体内容或明确概念
- 少于 50 个单词
- AI 引擎不会引用这段内容——它没有提供任何可引用的信息
质量检查
在将此任务标记为完成之前,请逐项核实:
- 文章中的每个 H2 现在都是以“?”结尾的直接问句
- 每个问句形式的 H2 下方都紧接着一个答案摘要(中间没有其他文字)
- 每个摘要都在 50–80 个单词之间——请精确计数,不要估算
- 答案摘要块中没有链接
- 每个摘要都有注明字数的 HTML 注释标记
- 文章正文中的段落均不超过 3 句(在报告中标出任何例外)
- H1 标题未作更改
- H3 未作更改(除非用户另有要求)
- 保留原文的语气、风格和术语——这是优化,不是代笔
- 信任信号清单表中填入了文本中的实际示例,而非通用占位内容
- 针对信任信号的缺失之处,给出具体建议,而非只说“添加更多数据”
- 审核报告中同时列出 AEO 优化前和优化后的评分
- 标题改写表完整——每个 H2 对应一行
- 段落长度审核表完整——涵盖所有部分
- 如建议添加 FAQ 部分,所依据的是该主题真实的 PAA 类问题,而非凭空编造的问题
- 回复中包含两项交付内容(文章 + 审核报告)
- 改写后文章的总字数与原文相比控制在 ±10% 以内(优化,而非扩写)
反模式
- 不要在答案胶囊中放置链接——链接会降低 AI 提取效果,并导致胶囊被跳过或改写
- 答案胶囊不要超过 80 个词——过长的胶囊不易被 AI 引擎准确提取
- 不要重写 H1 标题——它用于 SEO,应该遵循与 H2 不同的规则
- 不要在答案胶囊中添加模棱两可的措辞(“视情况而定”“有很多因素”)——给出直接、易提取的答案
- 不要捏造可信度信号——只呈现并说明文章中实际存在的信号;编造统计数据会损害可信度
示例触发语
- “对这篇文章进行 AEO 优化”
- “让这段内容便于 AI 阅读”
- “把我的标题改写成问题,并添加答案胶囊”
- “优化这篇文章,让 ChatGPT 和 Perplexity 引用”
- “对这份草稿进行 AEO 审查”
- “让 AI 搜索找到这篇文章”
- “我想让 Perplexity 引用我的内容——你能帮我修改这篇文章吗?”
- “把这些标题改成问题,并添加简短的答案块”
- “能否在每个章节下添加答案胶囊?”
- “审查这篇内容的答案引擎优化情况”
- “我的内容没有出现在 AI 答案中——请修正结构”
- “对这篇内容进行 AEO 优化” [后接文章文本或 URL]
- “针对 AI 引用进行优化”
- “让每个章节都能独立供 AI 提取”
附录:AEO 与 SEO 的关键区别
以下内容适合 Claude 分享给不熟悉 AEO 的用户:
| 维度 | SEO(搜索引擎优化) | AEO(答案引擎优化) |
|---|---|---|
| 目标 | Google 的排名算法 | AI 引擎的提取模型 |
| 主要信号 | 反向链接、权威性、关键词密度 | 结构化问答、答案胶囊的清晰度 |
| 内容格式 | 长篇内容、全面覆盖 | 先提问、先给答案胶囊,再展开说明 |
| 标题风格 | 富含关键词的标签(“最佳项目管理工具”) | 直接提问(“最佳项目管理工具有哪些?”) |
| 段落长度 | 不是排名因素 | 较短(≤3 句话)为佳 |
| 正文中的链接 | 对传递权威性很重要 | 答案胶囊中的链接会降低内容的可提取性 |
| 可信度信号 | 域名权威性、反向链接概况 | 明确的数据、框架、第一手经验 |
| 衡量方式 | 自然搜索排名、点击率 | AI 引用频率、答案框出现次数 |
AEO 并不会取代 SEO,而是对其进行补充。经过 AEO 优化、结构良好的文章在传统搜索中的表现也会更好,因为其结构更清晰,标题也更贴合用户意图。
附录:按内容类型划分的答案胶囊模板
不同文章的内容类型各不相同。请根据章节类型,将以下胶囊模板作为起点。
“X 是什么?”章节(定义)
[X] is [concise category or type]. It [what it does or how it works] by [mechanism or method].
[Why it exists or what problem it solves — 1 sentence.] [One concrete example or real-world application.]
目标:55–70 个词。避免以“X 是一种 X”开头——应立即给出明确信息。
“如何做 X?”章节(操作指南)
To [achieve outcome], [do step A], then [do step B], then [do step C].
[The most common mistake or prerequisite — 1 sentence.] [The expected result or timeframe.]
目标:50–65 个词。全文使用主动动词。不要添加链接。
“为什么 X 很重要?”章节(理由)
[X] matters because [specific reason 1] and [specific reason 2].
Without [X], [consequence — ideally quantified or concrete].
[Who this is most important for, and under what conditions.]
目标:55–75 个词。具体内容优于泛泛而谈——有数据时请明确列出。
“X 有哪些好处?”章节(列举理由)
The main benefits of [X] are [benefit 1], [benefit 2], and [benefit 3].
[Benefit 1] means [specific outcome]. [Benefit 2] enables [specific use case].
Together these make [X] valuable for [audience] who need [outcome].
目标:60–80 个词。将列表浓缩成正文——答案胶囊中的项目符号列表不易提取。
“我该选择哪种 X?”章节(比较/决策)
Choose [Option A] when [condition A]. Choose [Option B] when [condition B].
The deciding factor is [key variable]. [One sentence on the most common mistake —
picking based on the wrong criterion.]
目标:50–70 个词。决策类胶囊是 AI 引擎引用频率最高的内容之一——它们回答了用户接下来真正想问的问题。
“我应该何时做 X?”章节(时机/触发条件)
[X] when [specific trigger condition], typically [timeframe or frequency].
Early signs that it's time include [signal 1] and [signal 2].
Waiting too long often results in [consequence].
目标:45–65 个词。对于时机类胶囊,简洁尤其重要。
附录:AEO 评分标准 — 详细评估项
生成前后评分时请使用此标准。每项标准对 /10 分的最高贡献如下。
| 评估项 | 最高分 | 评估方法 |
|---|---|---|
| H2 采用直接提问的形式 | 2 分 | 2 = 所有 H2 都是问题;1 = 大多数是;0 = 很少或没有 |
| 包含答案摘要 | 2 分 | 2 = 每个 H2 章节都有摘要;1 = 部分章节有;0 = 没有 |
| 答案摘要为 50-80 个词 | 1 分 | 1 = 所有摘要都在此范围内;0 = 有摘要超过 80 个词或少于 50 个词 |
| 答案摘要中没有链接 | 1 分 | 1 = 所有答案摘要中都没有链接;0 = 存在链接 |
| 段落 ≤3 句 | 2 分 | 2 = 所有段落都符合要求;1 = 大多数符合;0 = 普遍不符合 |
| 包含可信度信号 | 2 分 | 2 = 包含 3 种以上可信度信号;1 = 包含 1-2 种;0 = 没有 |
分数解读:
- 8-10:AEO 就绪度高 — 很适合被 AI 引用
- 5-7:部分就绪 — 可能偶尔被提取,但不稳定
- 0-4:就绪度低 — AI 引擎最多会改述,最糟则会跳过
未优化的文章通常得分为 2-4。结构良好但未经优化的思想领导力文章得分可能为 4-6。运行此技能后,目标是达到 8 分以上。
附录:不同 AI 引擎如何提取内容
了解各个引擎的工作方式,有助于解释此技能背后的规则。
ChatGPT(GPT-4 及更高版本)/ Bing
采用与 Bing Search 集成的检索增强生成。当用户提问时,Bing 会检索网页,然后 GPT 提取段落。它倾向于提取网页中第一个看起来像答案的内容块——这意味着,H2 标题下方的摘要几乎总是会被引用的内容。它在引用时更偏好正文而非列表(不过它也能很好地读取列表)。
影响: 务必写好问题式 H2 下方的答案摘要。章节正文的其余部分只是补充背景信息。
Perplexity
专为带来源的问答而设计。它会为每个查询检索 5-10 个网页,并同时从中提取内容。它会使用带编号的脚注显示引用来源。它尤其偏好以下内容:
- 明确注明来源(清晰显示作者姓名或出版方署名)
- 最近发布或更新(新鲜度信号)
- 围绕所提问题组织结构(标题与问题相匹配)
影响: 可信度信号(作者、日期)和标题与问题的匹配度对 Perplexity 尤为重要。包含具体数字或命名框架的答案摘要更有可能被添加脚注引用。
Claude(Anthropic)
具备网页搜索能力的 Claude(Claude.ai 或使用工具的 API)会检索网页并综合其中的信息。Claude 优先选择独立完整的答案,并倾向于直接引用 50-80 个词的答案摘要。Claude 不太可能引用内容不完整、戛然而止或依赖周边语境才能理解的段落。
影响: 自包含要求对 Claude 引用尤为重要。如果必须阅读周围的句子才能理解答案摘要,Claude 会改述而不是直接引用。
Google Gemini(AI Overviews)
集成于 Google Search。它会为信息类查询生成 AI Overviews。它从已编入索引的网页中提取内容,并优先选择排名靠前的网页(因此 SEO 和 AEO 在此相辅相成)。对于操作指南类内容,它倾向于提取项目符号列表和编号步骤;对于“什么是”类查询,则会提取定义摘要。
影响: 对 Gemini AI Overviews 而言,摘要中包含编号步骤的结构化操作指南效果较好。定义摘要应以类别/类型作为第一个词。
附录:最适合通过 AEO 获益的内容类型
并非所有内容都能同等获益。可用此内容向用户说明,在哪些方面投入 AEO 最有价值。
| 内容类型 | AEO 效益 | 原因 |
|---|---|---|
| 术语表或定义类文章 | 非常高 | AI 引擎一直在回答“X 是什么?”这类查询 |
| 操作指南和教程 | 非常高 | 分步内容是主要的检索目标 |
| 对比文章(“X 与 Y”) | 高 | 决策类查询是 AI 引擎常见的输入 |
| 常见问题页面 | 高 | 已采用问答格式,只需遵循精炼表述原则 |
| 含有原创数据的研究综述 | 高 | 明确标注的统计数据是引用锚点 |
| 思想领导力/观点文章 | 中 | 观点较难提取;应加入定义和操作指南部分 |
| 新闻和时效性内容 | 中 | AI 引擎更偏好常青内容;但突发新闻会短暂获得大量引用 |
| 案例研究 | 中 | 具体成果易于提取;公司特定背景则较难 |
| 创意写作/叙事 | 低 | 内容结构不利于提取;AEO 规则不适用 |
| 产品页面/落地页 | 低 | 以转化为目标的页面很少被 AI 引擎引用 |
最初由 Gencay (LearnAIwithMe) 创建 — 为本库改编并扩展。