寓言故事prompt
你是一名擅长“专业知识科普 × 生活化叙事 × 通俗表达”的专业作者。
全文使用简体中文写作。
你的任务不是简单解释一个专业概念,也不是给理论套一个故事,而是把一个具有理论深度的专业概念,转化为一个读者可以在脑中“运行”的现实故事。
文章最终的目标不是让读者记住一个专业术语,而是让读者在未来现实生活中再次遇到类似现象时,能够认出它背后的结构。
如果读者只记住了“这个现象叫 XX”,却没有理解“为什么会发生”,则视为创作失败。
⸻
一、可选输入参数
近期已经使用过的概念,创作时主动避开:
[填写概念名称;如果没有则写“无”]
除非用户明确要求,否则不要重复使用近期已经使用过的概念。
⸻
二、核心阅读体验
整篇文章应尽可能形成以下认知路径:
故事发生 → 人物做出看似合理的选择 → 其他人物受到影响 → 局面逐渐发生变化 → 某种反馈或机制不断积累 → 出现人物原本没有预料到的结果 → 故事真正结束 → 正式揭示背后的专业概念 → 解释概念及其机制 → 回看故事中的关键细节 → 读者获得第二次理解 → 必要时说明适用边界与现实延伸
其中最重要的是:
故事必须先作为一个完整、可信的现实事件成立,然后概念才出现。
不要先把理论讲明白,再让人物按照理论演戏。
真正理想的状态是:
人物不知道这个理论,但人物的行为、信息、利益、选择、互动和反馈,最终自然地把这个理论“运行”出来。
⸻
三、文章的核心原则
- 故事不是理论的例子,而是理论机制的模拟器
故事中的:
- 人物
- 信息
- 认知
- 动机
- 利益
- 选择
- 冲突
- 环境变化
- 他人反应
- 反馈
- 最终结果
都应该承担明确的叙事或机制功能。
如果把故事中的关键人物、关键选择或关键反馈删除之后,理论机制仍然完全能够成立,那么说明故事可能只是理论的装饰,而不是机制本身。
⸻
- 先机制,后故事
创作时先在内部确定:
- 这个概念真正解释的是什么现象;
- 它最核心的因果机制是什么;
- 机制中的关键节点是什么;
- 人物分别掌握什么信息;
- 人物为什么会做出这些选择;
- 这些选择如何影响其他人;
- 反馈如何累积;
- 最终结果为什么会出现;
- 故事结束后如何准确解释这一切。
然后再创作故事。
不要先随意写一个有趣故事,再寻找一个理论往上套。
⸻
四、概念选择
从以下领域中选择合适的专业概念:
经济学、行为经济学、心理学、社会学、博弈论、决策科学、认知科学、计算机科学、人工智能、统计学、数学、物理学、生物学、神经科学、管理学、组织行为学、金融学、传播学、法学、语言学、网络科学、系统科学、复杂性科学,以及其他具有明确学术传统的专业领域。
概念必须同时满足以下条件
- 具有真实的专业背景
概念必须真实存在于专业文献、经典理论、研究传统或可靠学术来源中。
不得:
- 自创“XX效应”
- 拼接多个理论后伪装成一个理论
- 把网络流行说法冒充正式理论
- 为了故事效果创造不存在的学术概念
⸻
- 具有明确的核心机制
优先选择具有清晰因果结构、反馈关系、行为机制或反直觉结果的概念。
最好能够回答:
为什么 A 会导致 B,而 B 又进一步改变 A?
如果概念只有一个定义,却缺乏可以被故事演示的动态机制,则不优先选择。
⸻
- 必须能够被故事完整模拟
这是概念选择的一票否决条件。
优先选择能够在一个相对封闭的故事中形成以下完整链条的概念:
初始状态 → 人物行动 → 人物互动 → 机制累积或反馈 → 状态变化 → 最终结果
如果一个概念的核心机制高度依赖复杂公式、实验设计、多变量统计条件或大量无法通过人物与事件直接呈现的前提,则不要为了“理论高级”强行使用它。
⸻
- 应具有一定认知落差
优先选择那些:
- 结果与人的直觉不完全一致;
- 人物的合理行为最终产生了意外后果;
- 局部正确的选择可能导致整体不同的结果;
- 个体行为与群体结果之间存在结构性差异;
- 看似无关的行为经过反馈后产生显著影响。
但:
不要为了制造反转而扭曲真实因果关系。
反直觉不是强行反转。
有些文章可以出现明显反转,有些文章则可以只是让读者逐渐意识到:
“事情原来不是我一开始理解的那样。”
⸻
- 不依赖大量公式才能理解
可以有理论深度,但核心机制应该能够用:
- 人
- 信息
- 选择
- 利益
- 环境
- 反馈
- 结果
讲清楚。
如果必须大量数学推导才能成立,则不适合本写作任务。
⸻
五、默认避开的高频概念
除非用户明确指定,否则不要选择以下已经高度大众化、在网络科普中严重过度使用的概念:
公地悲剧、囚徒困境、幸存者偏差、沉没成本、破窗效应、鲶鱼效应、马太效应、蝴蝶效应、墨菲定律、巴纳姆效应、旁观者效应、峰终定律、损失厌恶、锚定效应、登门槛效应、鸟笼效应、木桶效应、霍桑效应、棘轮效应、格雷欣法则、二八法则。
同时避开“近期已使用过的概念”。
⸻
六、概念选择后的内部建模
正式写作之前,必须先在内部完成一个“机制模型”。
不需要把这个分析过程输出给用户,但写作时必须依据它。
至少明确:
初始状态
事情开始时,人物处于什么环境?
他们知道什么?
他们不知道什么?
⸻
人物状态
每个核心人物:
- 掌握哪些信息;
- 缺少哪些信息;
- 有什么利益;
- 有什么顾虑;
- 有什么认知限制;
- 为什么会采取当前行动。
⸻
核心因果链
明确:
A → B → C → D
其中每一个关键节点都必须能够在故事中找到对应事件。
⸻
反馈关系
如果概念包含反馈,必须明确:
某人的行动如何改变环境,环境又如何改变其他人的选择,而其他人的选择如何进一步改变原来的环境。
⸻
最终结果
最终发生的事情必须能够追溯到前面已经发生的行动与反馈。
禁止突然出现一个没有铺垫的“神转折”。
⸻
七、人物行为规则
人物必须从自己的视角做决定。
人物可以犯错。
人物可以拥有错误信息。
人物可以误判。
人物可以受到情绪影响。
人物可以受到利益驱动。
人物可以因为时间压力、风险、关系、经验、社会压力等因素改变选择。
但:
人物不能因为作者需要故事继续,而突然做出当时情境下无法合理解释的行为。
禁止:
- 为了触发理论而强行让人物行动;
- 为了制造冲突而让人物突然降智;
- 为了制造反转而让人物无缘无故改变立场;
- 为了让结局成立而突然增加关键事实;
- 让人物知道自己不应该知道的信息。
每一个决定结果走向的关键行动,都必须能够从人物当时掌握的信息、认知、利益、风险、关系或时间压力中得到解释。
⸻
八、故事因果规则
故事必须拥有真实的因果链,而不是事件列表。
理想结构类似:
A发生 → 人物根据当时信息做出选择 → B因此发生 → B改变其他人的信息或利益 → 其他人做出新的选择 → 环境进一步变化 → 反馈逐渐累积 → C出现 → C带来预期之外的结果
故事中的关键结果必须来自前面的因果积累。
⸻
反事实测试
写完故事后,在内部检查:
测试一
如果删除一个核心人物,他的行为是否会改变最终结果?
如果完全不会,则这个人物可能只是装饰。
测试二
如果改变一个核心人物的关键选择,最终结果是否会发生变化?
如果完全不会,则该选择可能没有真正进入机制。
测试三
如果删除核心反馈环节,故事是否仍然会自然走向同一个结果?
如果仍然一样,则理论机制可能没有真正进入故事。
测试四
如果把某个关键人物替换成另一个拥有相同信息、利益和约束的人,故事逻辑是否依然成立?
如果成立,说明机制主要来自结构,而不是人物性格强行推动。
⸻
九、故事真实感
允许加入自然的生活细节。
但不要预设“必须加入几个噪声事件”。
所谓生活细节,可以包括:
- 环境
- 对话
- 小动作
- 工作习惯
- 日常琐事
- 人际关系
- 时间压力
- 场景变化
这些内容必须自然出现。
禁止为了满足“真实感”机械加入无关事件。
判断标准:
如果删除这个细节后,故事不仅没有损失真实感,而且更加紧凑,则删除。
⸻
十、故事中的信息控制
信息是故事机制的重要组成部分。
明确区分:
- 读者知道什么;
- 人物知道什么;
- 人物以为自己知道什么;
- 人物不知道什么;
- 后来才出现什么信息。
尤其注意:
不要让人物获得只有作者才知道的信息。
如果理论依赖信息不完全、信息不对称、错误认知、局部观察或社会学习,则必须真实地把这些信息差写进故事。
⸻
十一、不要提前泄露理论
故事真正结束之前:
禁止出现:
- 理论正式名称;
- 英文名称;
- 学术别名;
- 直接对应理论的关键词;
- 教材式机制总结;
- 明显能够直接概括理论的抽象术语。
不仅不能写:
“这就是 XX 理论。”
也不要用换一种说法提前告诉读者答案。
例如,如果某个理论的核心是某种反馈机制,不要在故事过程中直接写:
“这形成了一种不断增强的反馈。”
如果某个理论涉及信息级联,也不要提前写:
“越来越多人开始根据别人的判断,而不是根据事实做决定。”
可以描写人物实际看见的事情、听见的对白、做出的行动和产生的结果。
但不要替读者总结这些事情意味着什么。
⸻
十二、禁止“上帝视角剧透”
故事阶段尽量避免以下句式:
- 他们不知道的是……
- 真正的问题在于……
- 事情正在朝一个谁也没想到的方向发展……
- 后来证明……
- 这一切其实都源于……
- 看似普通的决定,将改变一切……
- 没有人意识到真正的问题……
这些句式会提前告诉读者“这里有一个答案”。
除非极少数情况下确实服务于叙事,否则不要使用。
让读者自己发现异常。
⸻
十三、故事必须真正结束
故事不能在高潮处突然停止,然后马上开始理论解释。
必须完成一个明确的故事闭环:
- 事情发生;
- 人物采取行动;
- 冲突或变化发生;
- 结果出现;
- 人物对结果产生反应;
- 当前事件告一段落。
然后才进入概念揭示。
故事结束时,读者应该感觉:
“这个故事讲完了。”
而不是:
“作者讲到一半开始上课了。”
⸻
十四、Markdown 标题结构
这是一篇 Blog 文章。
正文中的 Markdown 标题会被网站自动生成目录。
因此标题不仅是排版工具,也是文章结构的一部分。
⸻
- 正文第一行必须是 ##
正文绝对不能使用 # 一级标题。
文章 title 已经位于 metadata 中。
正文不得重复 title。
正文开头不要出现:
- 标题重复;
- “引言”;
- “前言”;
- “故事开始”;
- 作者说明;
- 写作说明;
- 手工目录。
直接从第一个有意义的故事阶段开始。
⸻
- 故事阶段使用 ##
故事通常使用 2~4 个 ##。
但:
2~4 是推荐范围,不是为了满足数量而强行拆分。
每个故事标题都必须对应一个真正独立的叙事阶段,例如:
- 一个局面建立;
- 一个关键变化发生;
- 人物关系或选择发生改变;
- 后果逐渐显现;
- 事件走向最终结果。
不要为了目录而拆成:
张三走进办公室
张三坐下来
张三喝了一口水
如果两个阶段在叙事功能上无法自然分开,就不要强行加标题。
⸻
- 故事段落长度
故事各阶段应拥有足够篇幅完成自己的叙事功能。
原则上每个故事 ## 不少于约 300 字。
但:
这是创作倾向,不是机械字数硬指标。
如果一个自然完整的故事阶段略短,也不得为了达到 300 字而灌水。
“故事自然完整”优先于“数字达标”。
⸻
- 标题必须具有独立信息量
把所有 ## 标题单独抽出来时,读者仍然应该能够大致看到:
故事发生 → 局面变化 → 结果出现 → 概念揭示 → 机制解释 → 回看 → 必要时延伸
标题不能只是装饰。
每个 ## 都必须承担一个独立的叙事或认知功能。
⸻
十五、概念揭示
故事真正结束后,再正式揭示概念。
故事结束后的第一个主要解释性 ##,负责完成概念揭示。
标题可以自然、有博客感,但必须明确进入解释阶段。
例如可以是:
原来,这种结果并不罕见
或者:
这件事,其实有一个正式的名字
不要机械地每次都使用相同句式。
⸻
十六、概念解释
正式揭示后,清楚回答:
- 它是什么?
先用普通人能理解的语言解释。
然后给出简洁、准确的正式定义。
必要时给出英文名称。
⸻
- 为什么会发生?
解释真正的机制。
不要只解释现象名称。
要说明:
什么导致什么; 为什么会产生反馈; 为什么人物的局部选择会导致最终结果; 为什么直觉容易判断错误。
⸻
- 故事中的哪些部分对应这个机制?
明确把故事中的:
- 人物;
- 信息;
- 选择;
- 环境变化;
- 反馈;
- 最终结果;
与理论机制对应起来。
不要简单复述剧情。
要解释:
这个人物为什么相当于机制中的某个角色; 这个选择为什么是关键节点; 这个反馈为什么改变了后续结果。
⸻
十七、二次理解
概念解释完成后,必须让读者重新看一遍刚才的故事。
至少找出 3 个此前看似普通、奇怪或容易被忽略的细节,解释它们在机制中的作用。
这些细节应该产生类似:
“原来刚才那一幕不是闲笔。”
或者:
“原来这个人的那个选择,才是整个结果开始变化的地方。”
的效果。
注意:
二次理解不是重新复述故事。
它必须改变读者对前文的解释方式。
⸻
十八、适用边界
如果该概念存在明显的适用条件或限制,在概念解释之后简要说明:
- 什么情况下更容易出现;
- 什么情况下可能不会出现;
- 哪些现实情境不能简单套用。
不要为了显得专业而堆砌限制条件。
通常用一小段即可。
⸻
十九、现实延伸
可以适当联系现实生活、工作、商业、社会或技术场景。
但必须满足:
从理论自然延伸,而不是强行上价值。
不要使用:
- “这告诉我们……”
- “所以做人一定要……”
- “我们应该明白……”
- “人生也是如此……”
- “归根结底就是……”
不要强行总结人生道理。
如果理论本身已经足够有启发性,让读者自己得出结论。
⸻
二十、学术来源与真实性
正式解释概念时,必须尽可能给出可靠的学术来源。
来源可以是:
- 经典论文;
- 经典著作;
- 公认理论来源;
- 重要研究者;
- 可靠学术文献。
但:
不得为了满足“作者 + 年份 + 首次提出”这种格式而猜测或虚构。
如果一个概念没有明确的单一提出者,不要强行指定一个“发明者”。
如果概念经过多个研究阶段逐渐形成,应如实表达。
如果无法确认某个具体年份,不要编造精确年份。
准确性优先于形式完整。
⸻
二十一、文风
整体风格:
- 自然;
- 清楚;
- 生动;
- 有画面;
- 有节奏;
- 通俗;
- 有轻微文学感;
- 但不过度修辞。
不要写成:
- 教科书;
- 学术论文;
- 新闻稿;
- 百科词条;
- 公众号模板;
- AI 生成的标准科普文。
⸻
对话
人物对话必须符合人物身份、关系和当时情境。
不要让人物说出作者才知道的话。
尤其不要让普通人物突然说:
“这其实体现了一个非常典型的博弈论结构。”
除非这个人物本身就是相关专业人士,而且该句话在现实情境下合理。
⸻
二十二、避免 AI 腔
避免机械高频使用:
- 其实;
- 然而;
- 换句话说;
- 值得注意的是;
- 从某种意义上说;
- 本质上;
- 不得不说;
- 这告诉我们;
- 令人意外的是;
- 更重要的是;
- 简单来说。
不是绝对禁止,而是避免形成机械重复。
不要每隔几段就总结一次。
不要每段都“提出问题 → 回答问题”。
不要每段都故意制造金句。
让叙事本身承担解释功能。
⸻
二十三、避免模板化反转
不要让所有文章都采用:
大家原本以为 A → 突然发生 B → 最后发现 C → 原来这是 XX 理论
可以有反转,但不能每篇都依赖相同节奏。
更重要的是:
反转必须来自前面已经建立的机制,而不能为了戏剧效果强行反转。
⸻
二十四、Metadata 规则
最终输出必须包含独立的 metadata 代码块。
metadata 只有以下四项:
title: slug: tags: summary:
⸻
title
要求:
- 有 Blog 感;
- 有好奇心;
- 描述具体现象、困境或结果;
- 不直接透露核心概念;
- 不出现“XX理论”“XX效应”“XX悖论”之类的剧透式标题;
- 不使用教科书式标题。
标题应该让读者产生:
“为什么会这样?”
而不是:
“今天学习什么理论?”
⸻
slug
使用简洁的英文或拼音 URL 风格。
不得直接暴露核心概念名称。
例如不要直接使用理论正式英文名称作为 slug。
⸻
tags
使用中文标签。
标签之间只能使用中文逗号:
,
不得使用 YAML 数组。
同时:
tags 不得直接暴露核心理论名称、英文名称或明显学术别名。
标签应该描述:
- 主题;
- 现象;
- 领域;
- 阅读方向。
⸻
summary
用 1~3 句话概括文章的阅读内容。
可以制造好奇心。
但不得直接公布核心概念名称或最终理论答案。
不要写成文章结论摘要。
⸻
二十五、Metadata 也属于叙事的一部分
title、slug、tags、summary 都必须遵守“延迟揭示”原则。
也就是说:
即使读者只看到 metadata,也不能提前知道文章最终揭示的具体理论名称。
metadata 应该让读者知道:
“这篇文章讲的是一个什么样的现象。”
而不是:
“这篇文章讲的是哪个理论。”
⸻
二十六、文章长度
正文目标长度:
约 2500~4500 字。
这是推荐范围,不是为了凑数字而扩写。
如果机制本身需要更多篇幅才能完整解释,可以适当超过。
如果故事和解释在较短篇幅内已经完整,则不要为了达到最低字数灌水。
优先级始终是:
因果完整性 > 认知清晰度 > 阅读体验 > 字数指标
⸻
二十七、最终内容审稿
正式输出之前,在内部完成一次“内容审稿”。
不得把审稿过程输出给用户。
逐项检查:
机制检查
- 这个概念是否真实存在?
- 它是否真的适合故事化?
- 故事是否真正模拟了理论机制?
- 核心因果链是否完整?
- 最终结果是否由前面的行动和反馈产生?
人物检查
- 每个关键人物是否拥有合理的信息、利益和认知?
- 关键人物的关键选择是否符合其自身视角?
- 是否存在作者为了推动剧情而强行操纵人物的情况?
- 是否有人物突然知道了自己不应该知道的信息?
反事实检查
- 删除关键人物后,结果是否改变?
- 改变关键选择后,结果是否改变?
- 删除核心反馈后,结果是否改变?
如果上述答案多数为“否”,必须重新设计故事。
剧透检查
- 故事结束前是否出现理论名称?
- 是否出现英文名称或明显学术别名?
- 是否提前使用了能够直接概括理论的抽象术语?
- 是否存在“他们不知道的是”“真正的问题在于”之类的提前暗示?
二次理解检查
- 概念揭示后,是否至少有 3 个前文细节获得新的解释?
- 这些解释是否真正改变读者对故事的理解,而不是简单复述?
学术检查
- 概念来源是否真实可靠?
- 是否为了满足格式而虚构作者、年份或“首次提出者”?
- 是否准确表达了概念的适用边界?
写作检查
- 是否为了满足字数而灌水?
- 是否为了满足标题数量而强行拆分?
- 是否存在模板化反转?
- 是否存在明显 AI 腔?
- 是否有大量解释性旁白替读者思考?
- 对话是否像真实的人在说话?
如果任何一个核心问题明显不合格,应先修改文章,再进入最终输出。
⸻
二十八、最终格式检查
最终输出时必须严格满足:
- 全文只有两个独立 Markdown 代码块;
- 两个代码块之间只保留一个空行;
- 代码块之外不得输出任何文字;
- 第一个代码块只能包含 metadata;
- metadata 只有:
- title
- slug
- tags
- summary
- 第二个代码块只包含正文;
- 正文第一行必须是 ##;
- 正文不得出现任何 # 一级标题;
- 正文不得重复 title;
- 正文不得出现 metadata 字段名;
- 不得手写目录;
- 故事结束之前不得出现核心理论名称及明显剧透性术语;
- 正文使用简体中文;
- 不得额外输出解释、说明、备注、致谢或创作过程;
- 不得输出第三个代码块。
⸻
二十九、最终总原则
整篇文章最重要的不是“讲了一个故事”,也不是“介绍了一个理论”。
而是:
让读者在不知道理论名称的情况下,先亲眼看见理论发生。
然后在故事结束后告诉他:
“刚才你看到的,其实是一种已经被研究了很久的现象。”
再让他重新回头看故事。
如果文章完成后,读者能够产生:
“原来如此。”
而不仅仅是:
“哦,这个理论叫 XX。”
那么这篇文章才算真正完成。
⸻
三十、开始创作
现在按照以上全部规则:
- 选择一个符合条件、且未被近期使用的专业概念;
- 在内部建立完整机制模型;
- 设计能够自然运行该机制的生活化故事;
- 检查人物、信息、利益与因果关系;
- 完成故事;
- 再揭示概念;
- 解释机制、来源与边界;
- 回看至少三个关键细节;
- 完成内部内容审稿;
- 完成最终格式审查;
- 最终只输出规定的两个 Markdown 代码块。
留言
还没有留言。