AI 生成的 PPT 为什么总显得"没灵魂"？多数时候问题出在标题上：没有结论、充满套话、读起来像目录。开源项目consulting-pptx-skill是一个专门让 Claude Code / Codex 生成咨询级 PPTX 的技能包，它的核心正典 references/slide-rules.md 中有一整套PPT 标题规则（§2 章节，共 24 条）。本文挑出最关键的 10 大要点，帮你理解 AI 生成标题背后的设计逻辑，让标题真正有说服力 🎯

什么是 consulting-pptx-skill？

一句话概括：把"资深顾问怎么做幻灯片"变成一份 AI 每次都会读的规则文件。

它的核心工作流是四步：

1. 制作前，让 AI 通读规则正典 references/slide-rules.md
2. 从 62 型 HTML 部件集（templates/freeform_parts_16x9.html 等）中复制部件拼装初稿
3. 用机械检查脚本 scripts/check_deck.py 做违规检测，目标 FAIL 0
4. 最后让"不了解制作过程"的另一个 AI 做 Fresh-Eye 审查（提示词在 references/content-review-prompt.md）

因为 AI 的记忆是按会话重置的，口头叮嘱留不住，所以该项目把规则写成文件、每次强制阅读——这是它和"随便给 AI 提个要求"最大的区别。完整说明见 SKILL.md。

为什么标题规则如此重要？

在咨询行业，标题不是"章节名"，而是每页的结论句（Key Sentence）。整套规则的设计哲学只有一句话：标题列从上往下通读，应该是一篇连贯的演讲。

项目甚至专门用脚本输出标题清单做通读检查（§8 检查清单中的"标题一览通读"），标题不合格，整份材料直接打回。

下面进入正题，10 大要点全部来自 slide-rules.md 的 §2 标题章节。

要点 1：把结论写进标题，一行是基本

规则原文（§2.1）：结论是写进标题的，一行是基本，消息长时可以写成两行。

这是全部标题规则的"母规则"。AI 常见的错误是把标题写成中性描述（"关于市场的情况"），而正确的做法是让标题本身就是一个判断（"同一产品因销售渠道不同，价格相差 8 倍以上"）。

两条实操细节：

• 一行全角约 40 字是上限，超了就分两行，禁止缩小字号硬塞一行
• 两行时必须在语义断点处显式换行，禁止出现末尾只剩 1～3 字的"孤行"（§2.13）

要点 2：默认用常体，禁止"です/ます"敬体结尾

§2.2：以常体书写为默认，不以"〜です""〜ます"结尾。

敬体结尾会让标题听起来像客服话术，削弱断言力度。标题应该以谓语（动词）收尾，例如"〜を自動化した"（实现了自动化），而不是"〜を自動化いたします"。

项目还有一个更狠的检查：check_deck.py 会直接判定标题以 です/ます 结尾为 FAIL，机械拦截而非靠自觉。

例外只有一种场景：向对方提出请求或确认的页面（如"〜をご確認ください"），且必须同时满足三个条件（目的是请对方行动、读者当场能回复、用常体会显得像命令）。

要点 3：标题必须能当"普通句子"读懂

§2.3：判定标准是"把标题单独抽出来给初次接触的人读，能懂吗？"

AI 特别爱做"压缩语"：省略主语、对象，堆出"手动作成""精度向上"这种谁也看不懂的短语。规则要求标题必须是完整句子，禁止用"这个""那个"指代其他页的内容——每张幻灯片必须能独立成立。

判断口诀：把这一页的标题单独截图发给同事，他不看正文就能明白，才算合格。

要点 4：不要把"内容的个数"写进标题

§2.4：像"标准流程是 5 段""有 3 个理由"这样的要素个数不是主张，不要写进标题。

这条规则很有意思，因为它针对的是 AI 的一个顽固习惯：看到页面上有 5 个元素，就写"5 阶段流程"。规则给出的改写示范：

• ❌ "标准流程是 5 段"
• ✅ "先做故事线，最后由不带上下文的独立 Agent 收尾"

什么时候数字可以进标题？当数字本身就是你想传达的内容时，比如"价格相差 8 倍以上""62%""4 年增长 2.9 倍"。个数不是结论，差值、比例、倍数才是。

要点 5：标题通读 = 一篇故事

§2.6：把标题从上往下逐行读，要能构成一篇故事。

这是咨询行业著名的 "Message Line"（信息主线）方法论。项目把它落到了工程层面：check_deck.py检查时会输出整份材料的标题清单，要求制作人在交付前通读一遍，确认故事是连贯的。

配合 §0 的"故事线先行"流程（先用议题树分解问题、逐页写一行主张、达成一致后再动手做图），标题不再是做完幻灯片后补的，而是整个项目的起点。

要点 6：禁止"Step 1"当标签，禁止"标签："前缀

两条规则合并讲，因为它们针对的都是**"AI 目录癖"**：

• §2.7：不要以文字拼接的方式把"Step 1 "等塞进标题当标签用，页码话题用右上角的标签芯片（kicker）表示
• §2.12：禁止在标题前加"标题标签："。AI 特别喜欢产出"现状与课题：〜""推进体制：〜""Roadmap：〜"这种全页一致的格式——一旦加了标签，标题通读（§2.6）就退化成了目录

正确做法：话题交给右上角标签，标题只写从主语开始的断言句。如果冒号后面已经写好了断言，把前面的标签删掉就能直接用。

要点 7：标题里的数字必须与页面内容一致

§2.9：标题写了"分 3 阶段迁移"，页面却画了 4 个箭头——这是读者最先发现的破绽。

这条规则有完整的工程闭环：check_deck.py会把标题中的"N 阶段/N 相位/N 步骤/N 柱/N 议题"与正文的连续编号标签最大值做交叉验证，不一致直接 FAIL。

它体现的是项目整体的质量观：能测量的规则就交给脚本，而不是靠"记得注意"。配套的 tests/test_checks.py 还会验证"未修复版本必须报错、修复版本必须通过"，防止检查项形同虚设。

要点 8：不要照抄模板的例句句型

§2.8：标题必须从故事线写出，模板的示例标题只是"形式参考"，不是填充的铸模。

项目给部件集留了个小心思：每个部件的标题栏只放部件名，不放示例断言句——因为只要有示例句，AI 就会去模仿那个句型。规则进一步规定：

• 如果一份材料里 60% 以上标题是同一个句型（例如全是"◯◯は、…する"），check_deck.py会给出 WARN
• 剩下的占位符（◯◯/Text N/YYYY）未替换，直接 FAIL

事实提示、提问设定、前提共享，本来就该是各自自然的句式，整齐划一反而暴露"这是 AI 套模板做的"。

要点 9：标题禁止以口语连接词开头

§2.18：不要以"首先""那么""接着""另外""接下来""而且"开头。

这类连接词一开头，标题就失去了主语，只能依附于"上一页"才能被理解——而好的标题应该自立。check_deck.py对此会给出 WARN。

注意区分：像"在这个基础上""承接前页的◯◯"这种指名承接前页内容的短语不算连接词，是允许的（§4.13），因为它们是内容而非语气词。

要点 10：标题写断言，但不得超过证据

§2.11：不要写比事实更强的断言，特别是涉及提案对象的主张要保守。

这是 10 条里最"咨询味"的一条。AI 喜欢写满贯断言（"这个市场只有提案对象能自研"），但没准备好的证据会被当场问倒。规则要求：

• 主张的范围要收缩到能被证据表支持的边界内（例："目前可着手的是提案对象和 A 公司两家"）
• 反过来，案例写得过窄也会被指出
• 配套规则 §2.23 还规定了断言强度的"升降级"：用"能（可能）"和"将执行（计划）"区分表达，不用"可能""有机会"这类习惯性弱化把本来能断言的内容也稀释掉

隐藏加分项：图表页标题必须带 So What

§2.10 虽然不算独立一条，但值得单拎出来：图表页的标题（或右栏见出し）必须回答"So What"（这意味着什么），不能停在事实呈现。

规则给的经典范例："同一产品因销售渠道不同，价格相差 8 倍以上"是事实，标题还要补一句"拉开差距的是流通效率"才是完整的说服。只有一张事实图表的页面，会被视为半成品。

如何落地：从规则到机械检查的完整闭环

理解这 10 条后，实际使用方式非常简单：

# 用部件号拼装初稿 python3 scripts/new_deck.py --parts b01,b02,m05 -o mydeck.html # 机械检查（标题です/ます、占位符残留、数字不一致等都会拦） python3 scripts/check_deck.py mydeck.html

配合项目自带的 references/ai-smell-lexicon.md（AI 味词汇清单：空洞强调、片假名堆砌、固定三段式……），可以在交付前做一轮 30 秒自检。想看 62 型部件长什么样，入口是 assets/SlideCatalog_16x9.pdf。

总结：标题是说服力的 80%

回顾这 10 个要点，会发现 consulting-pptx-skill 的思路极其统一：

对新手来说，即使不用 AI，这套标题规则也值得直接抄进自己的工作习惯——毕竟标题写不好，内容再好也讲不出去。