关键词列表-怎样选择与主题相符的示例
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3cb4feb2bfba.html
📄
关键词列表-怎样选择与主题相符的示例
选择与主题相符的示例，核心判断只有一条：这个例子能否在不额外解释的情况下，让读者看出它和当前主题的对应关系。如果必须补一句“这里其实说的是……”，说明示例与主题之间存在断层，应换掉或改写。适用于文章、产品说明、培训材料、帮助文档等需要举例的场景；不适用于示例本身就是待分析对象的题目。
先明确主题的边界，再去找例子
很多人先想到一个有趣的例子，再硬把它往主题上靠，结果越写越偏。正确顺序是反过来：先用一句话写出主题要解决的具体问题，再列出这个问题包含的几个要素，最后按要素去找例子。
假设主题是“订单提交失败时如何排查”，要素至少包括：失败发生在哪一步、有没有错误提示、是必现还是偶现。示例就应当落在这几个要素上，例如“点击提交后页面停留三秒，随后提示超时”。如果换成“用户觉得下单流程太长”，那是体验问题，不是提交失败排查，属于主题不符。
判断边界时可以问自己：删掉这个例子，主题的结论还成立吗？如果成立，说明它只是装饰；如果不成立，说明它承担了论证作用，要重点检查它是否真的对应主题。
用三个检查项筛掉不合适的示例
拿到候选例子后，逐项核对，任何一项不通过就替换：
- 对象一致：例子里的角色、场景、对象与主题描述的是同一类事物。主题讲的是批量导入，例子却讲单个手工录入，对象就不一致。
- 条件一致：例子成立所需的前提，主题里是否也成立。主题默认在已登录状态下讨论，例子却依赖未登录场景，条件就错位。
- 结论可迁移：从例子里得出的判断，能否直接用到主题的其他情形。只能解释这一个特例、换个情形就失效的例子，价值有限。
三项都通过，示例才算与主题相符。若只通过一项，通常意味着例子太窄或太远，需要补充限定条件，或者干脆换一个。
具体做法：从主题要素反推示例
可以按下面的步骤操作，每一步都有可验收的信号：
- 写出主题的一句话定义，不超过三十字。写不出来，说明主题本身还没想清楚。
- 列出主题涉及的二到四个关键要素，例如对象、动作、条件、结果。
- 为每个要素各写一个候选例子，形成候选池，不要只留一个。
- 用上一节的三个检查项逐一打分，保留全部通过的。
- 把保留的例子放回原文位置朗读一遍，看读者是否需要额外背景才能理解。
验收信号是：读者读完例子后，能自己说出它和主题的对应关系，而不是等你来解释。如果还需要你补一句“这个例子说明的是……”，就回到第三步重选。
一个可执行的短例子
主题：如何判断一段文本是否适合作为示例。候选示例 A 是一段真实的产品报错日志，候选示例 B 是一句“假设用户输入了错误格式的日期”。
核对结果：A 的对象、条件、结论都能对应主题，但可能包含与主题无关的敏感信息，需要脱敏；B 明确标注为假设，条件清晰，结论可直接迁移到其他输入校验场景。两者都可用，区别在于 A 更具体但需处理信息，B 更安全但需读者接受假设前提。选择哪一个，取决于你的材料是否需要真实细节来支撑判断。若主题强调真实排查过程，选 A 并脱敏；若主题强调通用方法，选 B 并保留“假设”标注。
注意：把假设写成真实案例，会让读者误判适用条件，这本身就是示例与主题不符的一种表现。
常见的不符情形与处理
以下情形出现频率较高，可以对照排查：
- 例子比主题大：主题只讲一个环节，例子却覆盖整个流程。处理方式是裁剪例子，只保留与主题对应的那一段。
- 例子比主题小：主题讲一类情况，例子只讲一个特例。处理方式是补一个限定说明，或再补一个不同条件的例子形成对照。
- 例子换了维度：主题讲技术原因，例子讲用户感受。处理方式是换例子，而不是加过渡句硬接。
- 例子依赖未交代的前提：读者不知道例子中的某个条件从哪来。处理方式是把前提写进例子，或删掉依赖该前提的部分。
处理完之后，再用三个检查项复核一遍。若仍不通过，不要勉强保留，直接替换。
下一步可以做什么
把你当前材料里的所有示例单独摘出来，列成一张表，逐条标注它对应的主题要素和通过的检查项。标不出对应要素的，就是需要替换的候选。先处理这一批，再回头检查正文是否因为换例子而出现了前后不一致的表述。
