| 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 字以内。真正的寓言是精炼的，靠一个核心场景、一两次转折把意思撑起来，不需要铺陈。
- 世界观：故事是虚构的，可以拟人化——动物、植物、器物开口说话都行；可以发生在一个不写实的小世界里，也可以落在一个看似日常的微观场景中。
- 角色：不超过三个，最好两个。它们之间的关系或互动本身就要承载寓意。
- 揭示节奏：全程不出现概念名称，不使用该领域术语。只在接近结尾时，才让读者隐约意识到讲的是什么。
- 叙事纪律：让情节和细节本身承载意义。不要让任何角色或旁白把道理讲出来——不出现概念名称 ≠ 没有点破；角色用大白话把概念的机理复述一遍，照样是讲座。寓意只能从故事里发生了什么（选择、后果、转折）中自然浮现。自检：删掉全文的对白与议论性句子后，寓意若就此塌掉，说明你在解说，不是在讲寓言。
二、防套路自检
动笔前先过一遍以下清单，逐项避开。
意象黑名单
钟、河流、镜子、迷宫、织布机、地图、灯塔、棋盘、回声、影子、沙漏、风、蜡烛、种子、桥、星辰、蝴蝶、蛛网。
地名黑名单
不要写“回声城”“记忆之村”“遗忘之海”“寂静谷”这类过度文艺化的虚构地名。给个普通地理名词，或者干脆不命名。
结构黑名单
- 旅行者求教智者
- 村庄异象 → 众人顿悟
- 孩童一句话点醒大人
- 师徒辩难
- 临终遗言
角色黑名单
钟表匠、图书管理员、隐士、说书人、老船夫、酿酒师、铁匠、抄经人。
开头黑名单
不要写“从前有个地方……”“某天某人遇见某事……”“在很远的山里……”这种起手式。直接进入场景。
标准案例黑名单
不要复述这个概念最广为人知的教科书演示案例——动笔前第一个想到的故事，往往恰恰就是它。例如：公地悲剧别写共用牧场过度放牧，沉没成本别写赌徒加注或看完一场烂电影，幸存者偏差别写战机弹孔。换一个这个概念很少被拿来演示的场景（见下「三、切入角度」）。
三、切入角度
鼓励以下方向优先考虑，可以组合使用：
- 非人类视角：一件工具、一只动物、一种植物、一个机构在自述。
- 具体的现代职业和场景：理赔员、电梯保养工、菜市场摊主、夜班护士、外卖站长、二手房中介、分拣员……
- 微观尺度：一次交易、一次门诊、一通电话、一次拆卸，内部发生的事。
核心原则：让故事的具体性把概念裹住。
四、输出格式
第一部分：寓言正文
直接输出故事，不加标题、不加引导语。
第二部分：概念解析
另起一段，完成以下内容：
- 讲清楚这个概念叫什么、属于哪个流派或学科、核心定义是什么。
- 逐一对应：故事里的哪些元素映射到概念的哪个部分。
第三部分：检验问题
向我提两个问题：
- 理解检验：检验我是否真正理解了概念的核心，而不只是记住了表面的故事情节。问题要具体可答。
- 迁移检验：检验我是否能把这个概念迁移到相关领域，让我自己举例回答。问题要具体可答。
不要写成“你怎么看待这个概念”这样空泛的开放题。
