结构化写法：让模型能整段摘走
同一份知识，写法不同，被使用的概率差很多。结构化不是把文章改成要点堆砌，而是让人读得顺、机器取得走。
结论先说：结构化写作的目标是"任意抽走一段，它仍然成立"。不是把文章写成 PPT，也不是满屏加粗，而是让每个段落都能单独被引用。
一、五个硬要求
- 每个 H2、H3 都要有明确作用：要么回答一个问题，要么给一组判断依据，不能只是"接下来我们聊聊"。
- 一段只讲一个观点：一段里塞三件事，模型只能取到最像结论的那半句。
- 对比、步骤、清单，直接写成表格或列表：这三种关系天生是结构化的，用散文写反而增加理解成本。
- 重要定义不要埋在第 8 段：定义要么在开头，要么单独一节。
- 每节先给结论句，再解释为什么。
二、一个能套用的骨架
| 顺序 | 这一节写什么 |
|---|---|
| 定义 | 是什么，一句话说清，给同义词 |
| 对比 | 和相近概念差在哪，用表格 |
| 选型 / 判断 | 什么情况下适用，什么情况下不适用 |
| 步骤 | 怎么做，分几步，每步的产出是什么 |
| FAQ | 三个最常被追问的问题 |
| 指标 | 怎么判断做成了 |
教程型、方案型、产品型内容都能套这个骨架。它同时服务三种读者：扫读的人、认真读完的人、以及模型。
三、最常见的反例
很多人一提"结构化"就写成这样：
- 满屏短句，每句都像口号，读完不知道在讲什么；
- 每段都加粗，结果什么都没强调；
- 把所有内容都拆成列表，失去了因果关系。
判断标准很简单：如果一份内容只有人类看着舒服、但抽走任意一段就读不懂前后关系，那它没结构化。反过来，如果机器很好取，但人读着累，那是要点堆砌，不是结构化。
四、两分钟自测
把文章前 120 个字单独拿出来，问自己：这段能不能直接回答标题的问题？如果不能，前面的铺垫就太多了。
再随机抽中间一段，遮住上下文读一遍：还站得住吗？站不住，就补一句自足的结论。
