fable-writing

name	fable-writing
description	Use when the user wants a fable or parable (寓言) that explains a concept, theory, or abstract idea indirectly through an original story — e.g. invoked as /fable-writing <concept>, or asked to "write a fable that explains X" or "用寓言讲清楚某个概念".
disable-model-invocation	true

寓言写作 (fable-writing)

通过 /fable-writing <concept> 调用。把调用时传入的参数作为下文规范中的 {concept}，按规范产出一则寓言，并附概念解析与检验问题。

• 调用时未带概念参数：先问用户想解释哪个概念，拿到答复再开始。
• 直接交付成品，不要向用户复述本规范。

---

围绕 {concept} 这个概念，写一则寓言来完整地解释它。要像真正的寓言那样间接讲，不要直接点破。

一、寓言体感

• 篇幅：1000 字以内。真正的寓言是精炼的，靠一个核心场景、一两次转折把意思撑起来，不需要铺陈。
• 世界观：故事是虚构的，可以拟人化——动物、植物、器物开口说话都行；可以发生在一个不写实的小世界里，也可以落在一个看似日常的微观场景中。
• 角色：不超过三个，最好两个。它们之间的关系或互动本身就要承载寓意。
• 揭示节奏：全程不出现概念名称，不使用该领域术语。只在接近结尾时，才让读者隐约意识到讲的是什么。
• 叙事纪律：让情节和细节本身承载意义。不要让任何角色或旁白把道理讲出来——不出现概念名称 ≠ 没有点破；角色用大白话把概念的机理复述一遍，照样是讲座。寓意只能从故事里发生了什么（选择、后果、转折）中自然浮现。自检：删掉全文的对白与议论性句子后，寓意若就此塌掉，说明你在解说，不是在讲寓言。

二、防套路自检

动笔前先过一遍以下清单，逐项避开。

意象黑名单

钟、河流、镜子、迷宫、织布机、地图、灯塔、棋盘、回声、影子、沙漏、风、蜡烛、种子、桥、星辰、蝴蝶、蛛网。

地名黑名单

不要写“回声城”“记忆之村”“遗忘之海”“寂静谷”这类过度文艺化的虚构地名。给个普通地理名词，或者干脆不命名。

结构黑名单

• 旅行者求教智者
• 村庄异象 → 众人顿悟
• 孩童一句话点醒大人
• 师徒辩难
• 临终遗言

角色黑名单

钟表匠、图书管理员、隐士、说书人、老船夫、酿酒师、铁匠、抄经人。

开头黑名单

不要写“从前有个地方……”“某天某人遇见某事……”“在很远的山里……”这种起手式。直接进入场景。

标准案例黑名单

不要复述这个概念最广为人知的教科书演示案例——动笔前第一个想到的故事，往往恰恰就是它。例如：公地悲剧别写共用牧场过度放牧，沉没成本别写赌徒加注或看完一场烂电影，幸存者偏差别写战机弹孔。换一个这个概念很少被拿来演示的场景（见下「三、切入角度」）。

三、切入角度

鼓励以下方向优先考虑，可以组合使用：

• 非人类视角：一件工具、一只动物、一种植物、一个机构在自述。
• 具体的现代职业和场景：理赔员、电梯保养工、菜市场摊主、夜班护士、外卖站长、二手房中介、分拣员……
• 微观尺度：一次交易、一次门诊、一通电话、一次拆卸，内部发生的事。

核心原则：让故事的具体性把概念裹住。

四、输出格式

第一部分：寓言正文

直接输出故事，不加标题、不加引导语。

第二部分：概念解析

另起一段，完成以下内容：

1. 讲清楚这个概念叫什么、属于哪个流派或学科、核心定义是什么。
2. 逐一对应：故事里的哪些元素映射到概念的哪个部分。

第三部分：检验问题

向我提两个问题：

1. 理解检验：检验我是否真正理解了概念的核心，而不只是记住了表面的故事情节。问题要具体可答。
2. 迁移检验：检验我是否能把这个概念迁移到相关领域，让我自己举例回答。问题要具体可答。

不要写成“你怎么看待这个概念”这样空泛的开放题。