muse-agent-example/.agent/skills/writing/show-and-omission/references/reader-gap-diagnosis.md

读者为什么读不懂：知识诅咒的诊断与三破解

来源单元：《The Sense of Style / 风格感觉》（Steven Pinker）sense-of-style/curse-of-knowledge，第 3 章 — The Curse of Knowledge。 本文件管修订端的诊断：写出来的东西读者跟不上，作者却查不出问题在哪。知识诅咒在小说叙事层的应用（视角边界与信息差）见 pov-knowledge-boundary.md；"用具象绕过诅咒"的具体方法见 show-vs-tell.md。

原文引文

The curse of knowledge is the single best explanation I know of why good people write bad prose. It simply doesn't occur to the writer that her readers don't know what she knows — that they haven't mastered the patois of her guild, can't divine the missing steps that seem too obvious to mention, have no way to visualize a scene that to her is as clear as day. And so she doesn't bother to explain the jargon, or spell out the logic, or supply the necessary detail.

— Steven Pinker, The Sense of Style, Chapter 3

方法核心：这是认知机制，不是态度问题

知识诅咒（curse of knowledge）是一个认知机制，不是态度问题：一旦你掌握了一个概念（一个术语 / 一个推导 / 一个场景），你就再也无法想象"不知道它"是什么感觉。

具体有 5 个变体（Pinker 引用心理学研究）：

1. 自我中心（egocentrism）：小孩子无法想象另一个孩子会从不同角度看三座山模型。成年人残留版本：写作者想象不出"读者没看到的步骤"。
2. 后见之明偏误（hindsight bias）：知道结果的人觉得结果"显然"。
3. 错误共识（false consensus）：我做这个决定很自然，所以别人也会这样决定。
4. 虚幻透明（illusory transparency）：我知道对话的幕后，所以以为对方也能听出讽刺。
5. 心盲（mindblindness）：不知道"不在场"的人没看到我所看到的事。

诅咒还会和**功能固着（functional fixity）与组块化（chunking）**叠加：

• 功能固着：熟悉一个概念后，你只想它的"功能"（用来做什么），忘了它的"形貌"（看起来像什么、怎么构成）。
• 组块化：专家把 5 个具体信息压成一个词（把 5 句话变成"决策"），写出来一句对新手是 5 句的容量。

自我诊断信号：写一句时感到"显然" / "不用说" / "显然" / "obviously"——几乎一定是诅咒发作。

破解三招（Pinker 推荐）

1. 关闭回路（close the loop）：找目标读者的代表，把草稿给他们读，标记他们卡住的地方。靠"想得更努力换位思考"没用的，必须借外力。
2. 隔夜重读：写完放一夜，第二天的你和昨天的你已经不同，你会更接近"目标读者"的认知状态。
3. 反向拆解组块化：把抽象词（决策 / 杠杆 / 赋能）拆回具体动作（谁，做了什么动作，在什么场景）。

书中案例

案例 1：兔错觉的学术摘要（Pinker 自己的领域）

• 问题：一段认知科学期刊上的摘要，说的是一个简单的知觉实验（"兔错觉"），但写成 "stimulus" / "poststimulus event" / "rabbit illusion and its variants" 这种术语，同行专家（Pinker 自己，在知觉研究领域 30+ 年）都读不懂。
• 方法论的使用：Pinker 重写这段："受试者闭眼伸出手臂，实验者依次轻敲手腕、手肘、肩，受试者感觉像一连串轻敲沿手臂跑上去，像兔子跳一样。"把抽象还原成具体动作。
• 结论：同行读不懂同行写的摘要——知识诅咒连专家都不能免疫。
• 结果：Pinker 用此例论证"必须 close the loop"。一个专业领域的摘要，必须让该领域的另一个专家能读懂，都要靠外部反馈，不能靠"自己再努力"。

案例 2：给鸟器说明书（教学场景）

• 问题：一位教授给班上学生发了一份组装鸟食器的说明书，20 多分钟过去，没人能装上，大家都觉得是自己的问题。
• 方法论的使用：重新设计说明书，关键改动：把抽象描述（"合适高度"）改成具体数字（"4½ inches from the bottom of the perch"）。
• 结论：写说明书的人知道"什么是什么"，但忘了"看上去是什么"，功能固着让步骤看起来"显然"。
• 结果：找学生反馈（close the loop）之后，步骤改成"显然"不再显然，都能装上了。

案例 3：日常邮件里的术语

• 问题：同事发邮件说 "Please effectuate a leverage of the existing core competency"，看不懂，但又不能回邮件承认（显得不专业）。
• 方法论的使用：读这封邮件的人会归因为"对方故弄玄虚"或"我水平不够"，几乎不会想到是知识诅咒。
• 结论：诅咒的隐匿性是它最危险的地方——写作者和读者都看不到。
• 结果：Pinker 引 Hanlon's Razor："用愚蠢（理解不了）足以解释，就不要用恶意（故意刁难）揣测"——但他反转：把这个原则用在自己身上，当读者读不懂，第一时间是"我没写清楚"。

触发场景与语言信号

用户会在什么情境下需要这个方法：

1. 用户写完一篇文章，收到反馈"读不懂"但自己检查不出哪里有问题——需要诅咒诊断。
2. 用户即将开始一个非虚构写作项目（论文 / 报告 / 教程 / 公文），想要从一开始就设计"读者友好"而不是事后改。
3. 用户给非专业读者解释一个自己擅长的概念（写科普 / 给客户讲方案 / 教新人），反复被问"简单点说"。
4. 用户用同一种方式（术语满篇 / 跳过步骤）写了好多年，怀疑"是不是我写作方式有问题"。
5. 用户是老师 / 培训师，反复被学生说"听不懂"，想知道为什么。

语言信号（用户的话里出现这些就应激活）：

• "为什么我写的东西别人读不懂" / "明明很显然" / "我以为大家都懂"
• "专家也说我写得不清晰" / "同行读不下去" / "被批术语太多"
• "我讲得这么清楚，怎么还有人问" / "我是不是太专业了"
• "curse of knowledge" / "why do smart readers not get this" / "they don't know what I know" / "why is this jargon"
• "我每次都被问'这是什么'" / "解释再多，同事还是不懂"

可执行步骤

当这个方法被激活后，按以下步骤执行（各步完成标准来自源单元）：

1. 自我诊断：这段在写给谁？这段依赖了读者已经知道的什么？
   • 完成标准：写作者能列出"读者读这段前，必须已经知道的 3 个前置信息"。如果一个都列不出，这段抽象层级太高；如果列出但没有显式给出，这段在跳步。
2. 逐句扫描"显然" / "obviously" / "众所周知" / "不用说"这种话
   • 完成标准：全文每处"显然"标记出来，思考"对哪个读者层级是显然？"如果是"对我是显然"，几乎一定是诅咒，改写。
3. 逐句扫描"术语 / 缩写 / 行业黑话"
   • 完成标准：把所有术语列出，问"对一个该领域的入门读者，这词能解释吗？"。如果不能，第一次出现时要附简短解释；如果该术语可以用更简单的同义词替代，替代。
4. 三破解之一：找读者反馈（close the loop）
   • 完成标准：把草稿发给至少 1 个目标读者的代表，让他标记他卡住的地方。不要"问写得清不清楚"（这种问题对方会说清楚），要"让他读完后讲一遍"（这样能看出他真懂还是假懂）。
5. 三破解之二：隔夜重读（read after a gap）
   • 完成标准：写完一稿，至少隔一夜再读。第二天读时，"显然"不再显然的地方会自动暴露。
6. 三破解之三：反向拆解组块化（de-chunking）
   • 完成标准：把抽象词（"决策" / "杠杆" / "赋能" / "做这个分析"）拆回具体动作（谁 / 做了什么 / 在什么场景）。如果拆不开，那个抽象词可能是"作者自己都没想清楚"的标签。
7. 用"我从未"双重否定自检："如果我从未听过这个概念，我读这段，哪个词是第一个我需要查的？"找到那个词，看是否需要解释或换掉。
   • 完成标准：至少识别 1 个"自己写的、自己却要查"的词，解释或换掉。

不要在以下情况使用

• 内容本来就不该被一般人懂：前沿学术论文 / 行业内部备忘 / 暗号——这类文本的目标就不是让外行读懂，诅咒诊断不适用。
• 写给同行的专业文献：知识诅咒的反应用在这里，期刊论文就该用术语。但即便如此，摘要应给非专业读者，全文可保持术语。
• 写作目的就是筛选读者：营销 / 招聘 JD / 投行 pitch——写作者本就想让"不专业的人"退出，知识诅咒成了"过滤器"，反而有效。
• 用户没写，只是在"想要表达"阶段：curse-of-knowledge 假设已经有草稿，还没写之前该用 classic-style（确定姿态）。（注：classic-style 未入综合 skill 库。）
• 教学讲义里"该用术语"的部分：大一物理课讲 F=ma 之前必须用专业术语，不能用"力" + "质量" + "加速度"反复说（虽然诅咒理论本身提醒教师检查"显然"）。

失败模式（作者在书中警告）

• 把"换位思考"当破解：Pinker 明确说光靠"想得更努力"没用，必须 close the loop（外部反馈）。写作时默念"读者可能不懂"不解决问题，因为诅咒让你看不到自己看不到的东西。
• 把诅咒归因于态度：知识诅咒是认知机制，不是傲慢。把读者的不理解归因于"他们没文化"只会强化诅咒。
• 反馈只问"清不清楚"：这是元层面的问题，读者会客气地说"清楚"。要让他复述，不要让他评分。

盲点与时代局限

• 写于 2014，当时还没有 LLM 写作工具。今天的诅咒还包括"AI 生成的默认空泛"（e.g.，"在当今快速变化的时代，我们要…"这种空洞话），经典风格的破解对 AI 腔也有效，但要先识别是"AI 腔"而非"人写烂"。
• Pinker 的"找读者反馈"默认存在一个"愿意读草稿的目标读者"。在很多场景（内部备忘 / 公开博文）没有这种读者，必须用其他破解（隔夜重读 / 找非目标读者代读）替代。

容易混淆的邻近方法

• Dunning-Kruger 效应：知识水平低的人高估自己，知识诅咒是反方向——知识水平高的人想象不到自己拥有的知识。这两个不是同一个机制，治疗方式也不同。
• "以读者为中心"写作建议：这是常识，没有"为什么"也没有"怎么破"，知识诅咒提供了具体的认知机制 + 三个可执行破解。
• 认知负荷理论（cognitive load theory）：知识诅咒是"信息选择"层面的问题，认知负荷是"工作记忆容量"层面的问题。两者相关但不同——诅咒让你选错了信息（太多术语），认知负荷让你选对信息后还放不下（句法嵌套太深）。

与相邻方法的区分（源单元内引用）

• 与 classic-style 的区分与配合：区分面——classic-style 提供"姿态"（解药），curse-of-knowledge 提供"诊断"（病灶）。前者是"应该怎么写"，后者是"为什么会写成这样"。配合方向——诅咒破解 → 经典风格可生效：先把诅咒诊断出来、补上缺失的步骤，经典风格的姿态才落得下去。（注：classic-style 未入综合 skill 库。）
• 与 web-tree-string 的区别：web-tree-string 解决"句法层级让读者累"，curse-of-knowledge 解决"术语和跳步让读者看不懂"。前者是句子结构问题，后者是内容选择问题。（注：web-tree-string 未入综合 skill 库。）
• 与 metadiscourse-killer 的区分与配合：区分面——metadiscourse-killer 删"作者谈论写作本身的话"，curse-of-knowledge 删"作者无意识地假设读者已经知道的步骤"。前者是自我指涉，后者是信息缺失。配合面——元话语是诅咒的"自我看不见"表现：作者看不见自己在绕着自己说话，正如看不见读者缺了什么信息，两个方法治的是同一种看不见。（注：metadiscourse-killer 为非虚构专用单元，裁剪未入库，仅存于 craft/books/。）
• 与 zombie-noun-revival 的配合：zombie 名词是诅咒的典型表现。（注：zombie noun 的中文落地例子见 show-vs-tell.md 的"过度抽象模式"节。）
• 与 show-don't-tell 的关系：诅咒是病灶，show 是治疗——用具象绕过诅咒，见 show-vs-tell.md。

中文落地说明

Pinker 以英文写作场景立论，中文落地时：

1. 中文的"显然"信号词：除"显然 / 不用说 / 众所周知"外，"大家都知道""不言而喻""顾名思义""懂的自然懂"同样几乎一定是诅咒发作。
2. 中文的组块化词：源单元给出的拆词例子本身就是中文——"决策 / 杠杆 / 赋能 / 做这个分析"，这类词在中文公文腔、互联网黑话里密集出现，反向拆解直接可用（中文适配）。
3. 中文术语邮件的对应物：源单元案例 3 的 "Please effectuate a leverage of the existing core competency" 在中文语境对应"抓手、闭环、对齐颗粒度"式堆砌；读者同样会归因于"对方故弄玄虚"而不是知识诅咒，Hanlon's Razor 反转（第一时间想"我没写清楚"）同样适用。

（中文落地说明；方法本体来自/curse-of-knowledge）