成熟的核心设定，不是“名词越来越多”，而是它在承受越来越多剧情压力之后，依然能让人知道这个世界最关键的规则是什么。
很多项目都会走到同一个阶段：第一版很干净——一个异常规则、一个代价、一个社会后果；随后故事扩大，新势力出现，某些边界需要解释，历史开始堆积，续作进入新地区，合作作者也不断提出最初一页设定表没有覆盖的问题。
这时最自然的反应是继续加设定。真正的进阶能力，是判断：哪些复杂度能让故事引擎变强，哪些复杂度只会制造更多解释债务。
下面四组“错误做法 vs 更好做法”，比单纯增加世界观条目更值得先掌握。
错误做法一：基础规则还没榨出足够后果，就急着增加例外
假设核心规则是：记忆可以转移，但每次转移都会永久改变其中一个感官细节。写了几章后，作者觉得这个限制太麻烦，于是加入三种规避技术、一种特殊血统，以及一个可以绕开代价的仪式。
世界表面上更“丰富”了，可读者反而不知道应该相信什么，因为任何限制都有可能在下一章被新例外取消。
**更好的做法：**先把原规则的社会后果往深处推。它会怎样影响证据、继承、恋爱、教育、诈骗、哀悼、宗教和职业许可？一个清楚的规则，完全可以生成几十种不同制度，而不必不断发明新规则。
只有当某个例外能制造基础规则绝对无法制造的新冲突类型时，才值得留下。并且例外也应该有自己的代价和清楚边界，不能像作者随时可以按下的“救场按钮”。
这时关系型工具才开始有价值。比如 Notion 的 Relations / Rollups 可以把一条规则与受它影响的制度、角色、场景和待解问题连接起来。工具本身不会替你创作，但当核心规则改变时，它能帮助团队看清“哪些地方一起被炸到”。
错误做法二：出现矛盾后，用隐藏设定补洞
某个场景违反了既定规则。团队没有回头改场景，而是临时发明一段“秘密历史”，解释为什么这一次例外成立。下一次矛盾又出现，再补第二段秘密。久而久之，读者看见的是一个似乎简单的世界，作者后台却需要一本私人百科才能记住为什么每件事都能成立。
**更好的做法：**把“谜团”和“补洞”分开。谜团是你主动隐藏答案，让观众产生问题；补洞则是矛盾出现后，为了不改旧稿而临时追加解释。
保留一份矛盾日志：写清冲突是什么、为什么重要、最终裁定，以及哪些页面、场景和资料需要同步修改。如果决定把矛盾保留成谜团，也要写清楚观众当前能观察到的证据仍然如何保持一致。
项目越大，版本可见性越重要。小团队完全可以只用一个普通文档，关键不是软件高级，而是旧结论不能继续悄悄散落在各种笔记里。
错误做法三：平均扩建整个世界
进阶世界观很容易变成“填地图”。每个地区都必须有政府、货币、宗教、饮食、军队和三百年历史，哪怕故事根本还没碰到那里。
这会制造大量内容，却不一定制造真正密度。
**更好的做法：**哪里被核心规则反复施压，就优先扩哪里。如果故事不断出现“转移记忆能否作为证据”的问题，就把法庭程序做深；如果人物不断跨境，就把身份、海关和管辖权做深；如果故事根本还没进入海运贸易，就不要因为模板上有“航运史”这一栏而强行写一万字。
World Anvil 的 Agile Worldbuilding 提倡一种很实用的思路：先建设当前作品真正需要的内容，再迭代，而不是等整个世界百科“完成”才开始讲故事。
高级创作者不是“什么都提前知道”，而是很清楚哪些未知暂时保持未知也不会伤害故事。
错误做法四：把分类完整误认为理解完整
项目开始增加标签、数据库、颜色、关系类型和层级，每个条目都分门别类。可一个新合作作者加入后，依旧回答不了最关键的问题：“这个世界有哪三条绝对不能随便破坏的规则？”
**更好的做法：**文档保持两层。
第一层是核心设定层：承诺、核心规则、代价、可见后果和开放边界。几分钟就应该能读完。
第二层是支持资料层：来源、历史、人物依赖、地点、术语、研究和修订记录。它可以很大，但不应该抢走第一层的解释权。
Zotero 的 collections 和 tags 提供了一个很好的研究类比：同一条来源可以被放入多个集合，却仍然是同一个来源，不需要复制成多份。创作资料也一样，一条证据或一条正史设定可以服务多个问题，但不要为了不同页面把它复制成几个以后互相打架的版本。
沿四条可控轴增加复杂度
核心设定稳定以后，复杂度最好一次沿一条轴增加。
1. 尺度
同一条规则放到家庭、社区、机构、国家甚至星际层面，规则不变，但后果发生变化。
2. 利益相关者
让不同群体围绕同一规则优化行为。监管者、犯罪网络、家长、保险公司、学生和宗教人物可以做出完全不同反应，而不需要每人获得一条新规则。
3. 时间
问“昨天的解决方案怎样制造了今天的问题”。历史应该改变制度、语言和利益，而不只是增加年份和大事记。
4. 边界条件
测试规则的边缘：距离、容量、司法管辖、稀缺、继承、同意、可逆性。边界条件通常比“例外”更干净，因为它告诉观众规则在哪里停止，而不是突然让规则失效。
如果一个场景里已经同时推动两三条轴，就别急着再加第四条，除非你还能用一句清楚的话解释这一场到底发生了什么。
清晰度测试：每一层是否只回答自己的问题
复杂设定还能保持易懂，通常因为每一层都有明确工作：
- **核心规则：**什么始终成立？
- **代价：**为什么所有人不能靠它解决一切？
- **制度：**谁围绕这条规则组织起来？
- **边界/例外：**规则在哪里表现不同，为什么？
- **历史：**过去哪次应对塑造了今天？
- **人物：**在这些条件之下，一个具体的人仍然想得到什么？
如果两层一直回答同一个问题，其中一层可能是冗余；如果一个关键问题没有任何层回答，那才是真正值得扩建的地方。
一个适合长线项目的修订流程
- 不看文档，用一句话重新写出核心设定。
- 列出3到5条绝对不能随便破坏的规则。
- 给每个新增设定贴上类型：后果、制度、历史、边界、例外或装饰。
- 挑战所有例外：能不能用更清楚的边界或后果解决同一个剧情问题？
- 修改核心规则之前先追踪依赖项。
- 外部来源和创作发明分开记录，研究笔记不能自动变成正史。
- 先更新短版核心设定，再把修改传播到大资料库。
- 用普通生活场景压测新规则，不要只在高潮大战里测试。
- 把短版资料交给一个新合作作者，让他预测一个没写过的情景会发生什么。
- 如果他完全无法做出合理预测，说明清晰度已经丢了。
复杂度真正有价值的时候，是它让角色拥有更多有意义的选择，同时观众脑中仍然有稳定模型。目标不是阻止世界变复杂，而是让复杂从少数耐用规则里自然长出来，而不是把这些规则淹没。
走到这一步，核心设定才不只是一个聪明点子，而是能支撑长篇、续作和多人协作的基础设施。
Sources
- World Anvil — Agile Worldbuilding. https://www.worldanvil.com/agile-worldbuilding
- Notion Help — Relations & Rollups. https://www.notion.com/help/relations-and-rollups
- Zotero Documentation — Collections and Tags. https://www.zotero.org/support/collections_and_tags/
- Zotero Documentation — Notes. https://www.zotero.org/support/notes