最近一个月我几乎把全部创作心思压在了一件跨界的事上用AI Coding工具从零生成一份能当长篇小说世界观地基的奇幻世界设定。最后交出的成果是一份一万两千多字的《烬灭纪·世界之书》拆成六个大设定模块前后改了整整四轮。整个过程走下来我最大的体会是那些平时被用来写代码、修bug的AI工具放在长篇世界构建里比我之前习惯的纯对话式AI好用太多。如果你也写过奇幻故事你一定懂这种感觉开头灵感四射设定洋洋洒洒写了几千字写到第三章突然发现角色头发颜色变了城市名从维斯特变成了威斯德王国建立时间前后差了四百年。这类问题在AI辅助写作时尤其严重因为对话式AI一刷新旧上下文就开始漂移。而我这次的做法是把整个奇幻世界当成一个大型软件项目来管理设定是代码库规则是编译约束前后矛盾就是bug。AI Coding工具正好就是干这个的。这篇文章不聊代码聊的是怎么让AI老老实实帮你构建一个自洽、够厚、能被故事直接调用的世界体系。适合正处于设定阶段、被设定越写越乱困扰的奇幻作者也适合想用AI做长内容创作、却不知道该用什么姿势入手的实践者。1. 为什么拿AI Coding工具来写奇幻设定1.1 对话式AI的金鱼记忆是长设定最大的敌人早期我用普通对话式AI做世界观出现过一个让我哭笑不得的场面。第一轮对话我让它设计一个以燃素魔法为核心的魔法体系明确写了施法者消耗体内生命燃素燃素耗尽即死亡它答得很好甚至给了我一段悲壮的法师临终描写。隔了一天打开新会话让它写一个宫廷法师的使用规则它直接搞出一套法师冥想回复燃素的设定等于把我最早的死亡规则推翻了一半变成了普通蓝条魔法。这不是AI笨是对话式AI天然没有长期项目记忆。它记住的是当前会话里的几千个token一旦超出窗口早期的关键设定就变成了一团模糊的概率。每次都要把老设定重新粘贴一遍粘贴少了它会乱编粘贴多了它又不耐烦很多时候粘贴的还是过时版本。1.2 AI Coding工具天生是按长期项目设计的换到AI Coding工具核心差异在于它面对的不是一段对话而是一个项目。这个项目里有真实的文件夹、真实的Markdown文件、真实的版本历史。工具的上下文管理、规则注入、多文件检索全都是围绕项目长期演进设计的。具体到我的使用场景三点直接受益第一项目记忆文件。我可以在项目根目录放一个专门约束AI行为的指令文件每次AI读取项目上下文时它都会自动加载里面写着这个世界观的硬规则绕不开。这不等于每次生成前手动强调吗是的但它是自动的不需要我反复复制粘贴。第二多文件检索与重写。AI Coding工具可以在标签页里同时打开几十个设定文档当我需要生成一个新地区时它自己会去翻已有文档确认地名、人名、时间线而不是靠我提醒。第三版本管理。我用版本管理工具记录每一次设定修改改坏了直接回滚。对话式AI做不到这个错了只能重新聊。这三点叠加起来解决的是长文本创作最核心的痛点让AI从一次性问答机器变成项目协作者。1.3 把世界设定当代码库本质上是一种架构思维我总觉得写世界设定和搭大型软件太像了。软件有底层框架、业务模块、函数接口世界设定有底层法则、地理文明、人物关系。软件的bug是函数返回了错误结果设定的bug是上半年刚登基的国王下半年又死了一次。一旦你接受这个类比AI Coding工具的很多特性就都说得通了。项目里的规则文件等于代码规范人物描述模板等于类型声明不同区域的设定文档等于独立模块前后不一致等于需要修的bug。我用这套思路管理《烬灭纪》越写到后面越觉得以前觉得AI写废了的那些问题其实是我没有给它搭好架构。2. 开工之前把世界观拆成可管理的工程模块2.1 第一步先建项目目录树很多人用AI生成设定时上来就一句帮我设计一个奇幻世界然后得到一锅乱炖地理、政治、魔法、宗教搅在一起后面根本没法引用。我的做法是先建目录让AI在该写什么的地方写什么。我当时在项目里创建的目录结构长这样world_of_ember/ 00_core/ cosmology.md # 创世神话与宇宙结构 magic_rules.md # 燃素魔法硬规则 calendar_and_time.md # 纪年、月份、星象 01_geography/ continents.md # 大陆总览 regions/ # 每个地区独立成文件 northern_waste.md ember_bay.md cloud_ridge.md veiled_desert.md 02_factions/ dynasties.md # 王朝与政权 religions.md # 宗教与祭祀 guilds.md # 行会与秘密组织 03_characters/ protagonists.md # 主要角色档案 mythic_beings.md # 神祇与传说生物 04_history/ timeline.md # 编年史 key_events.md # 重要事件的详细记录 05_appendix/ lexicon.md # 名词对照表 contradictions_log.md # 矛盾登记表注意最下面那个contradictions_log.md这是我个人很满意的设计。它专门用来记录AI生成的设定里前后矛盾的地方每发现一条就丢进去。到项目后期这份文件反而成了最有价值的复盘材料。把目录先立起来AI就知道每个内容该归位到哪里我也知道哪些模块还没写。这个过程相当于软件工程的模块划分前后端分离边界清晰。2.2 第二步写一份世界宪法放进项目记忆文件AI Coding工具通常支持一个项目级指令文件文件名各家不一样本质是同一个东西。这个文件会在AI每次处理项目时被自动加载效果等于给AI植入了一个世界宪法。我在这个文件里写的内容大致分四块基础禁令、术语锁定、输出规范、叙事红线。基础禁令第一条就锁死魔法体系## 魔法体系硬规则不可违反 - 魔法源于体内生命燃素燃素总量由出生时决定不可增长。 - 任何施法行为都会消耗燃素燃素耗尽即死亡。 - 不存在冥想回复燃素的办法燃素只能通过特殊仪式从他人处继承。 - 死后燃素会消散部分被灰烬太阳吸收形成燃素晶石。术语锁定是为了防止地名和人名漂移。我在文件里维护了一个简易对照表比如伊瑟兰大陆不许写伊萨兰、云冠山脉不许写云冠山脊。AI在生成新内容时如果违反自动修正。输出规范也很关键。我要求所有新增设定必须用结构化模板输出禁止用大段散文混过去。散文看起来爽但后期检索和引用都麻烦。2.3 第三步给每个实体定义模板类写代码的人都知道interface世界设定里也要有。我要求AI生成人物时一律使用这个模板## 角色档案XXX - 名称全名常用称呼 - 所属阵营限定在 02_factions 已有阵营中选择 - 与燃素魔法的关系使用者 / 无能力者 / 继承者 / 敌对者 - 核心动机 - 关键秘密 - 已有主要事件引用 04_history 中的事件编号地区模板也一样## 地区档案XXX - 地理位置 - 地形与气候 - 主要城镇 - 人口与社会结构 - 隶属势力 - 与燃素晶石资源的关系 - 这个地区至少有一个正在酝酿的冲突至少一个正在酝酿的冲突这条要求是我自己加的。没有冲突的设定只是说明书有冲突的设定才是故事燃料。产地写清楚一个地区AI生成文档时会自动去想冲突这比我自己在后面补省力太多。2.4 第四步约定批处理节奏世界设定是个超大工程想一次生成一万字AI会很快胡来上下文也扛不住。我把整个生成过程拆成了四个批次每批次只专注一个层面的内容写完一批人肉检查一批再进下一批。这个节奏很重要它不是简单的分段而是每一批都建立在前一批的确定成果之上前面的成果不牢固后面的建筑全都会歪。3. 实操记录从零到一万两千字的完整过程3.1 第一批宇宙观与底层规则我打开AI Coding工具创建好项目目录和世界宪法之后发出的第一条指令是请阅读项目根目录的规则文件。现在请进入《00_core/cosmology.md》为“烬灭纪”世界生成创世神话。要求 1. 生成 2500 字以内的结构化文档。 2. 必须解释灰烬太阳的来历。 3. 创世双神的名字使用我提供的“不变者”和“灰烬王”不得改写。 4. 在文末列出三条该神话对现实世界产生的物理影响。AI输出的内核让我很惊喜。它设定了一个双神拉扯的骨架不变者想把世界永远冻在某个瞬间灰烬王则不断焚烧一切旧事物让新东西从灰里长出来。这个世界的天空之所以一直漂浮着灰烬太阳是因为灰烬王每一次焚烧纪元留下的残骸都汇入了它。由此自然引出这个世界的核心冲突灰烬太阳正在冷却一旦冷却焚烧与更替将停止而不变会永久统治世界那等于是活着的世界被彻底封印。我做的修改主要是措辞层面的把神的力量统一改成燃素浓度变化来解释物理现象让神话和之后的魔法体系能咬合起来。这一批产出约2400字整体满意。3.2 第二批地理与文明分布有了宇宙观我开始生成地理。指令里我会专门加上一条生成 todas las regions 时每一个地区都要引用已有的宇宙观。例如北方冻土的寒冷必须与灰烬太阳冷却趋势建立直接因果联系。这条要求很关键它逼着AI把地理和神话体系焊死防止出现换了个奇幻地也不违和的充气感。AI生成了四个主要地区北方的伊瑟兰冻土、烬海南岸的熔岩海湾、云冠山脉、迷途沙漠。每个地区约1500字总字数立刻膨胀到八千字左右。这个阶段出现了一个让我停下来的点。AI给熔岩海湾设计了一个以回收燃素晶石残渣为生的机械修士阶层叫奥多修士这个创意我并不反感但是机器和魔法体系之间的关系AI最初写得比较含糊。我直接在文档尾部追加了一个待确认问题奥多修士制造的机械能否在没有魔法的情况下运转如果不能机械本身是否也在消耗燃素后来我把这个问题转成了一条补充规则机械可以储存和释放燃素但不能创造燃素。这间接解释了为什么这个世界的机械总是粗糙、庞大的——因为燃料极度珍贵。没有这一条后续很多基于机械的剧情都会站不住。3.3 第三批人物与关键势力地理写了八千多字之后人物档案的生成准确度高了很多因为AI可以从具体地区里找到人物归属而不是凭空捏造。我让它生成白鸦王朝末代女王瑟拉菲娜、捡柴女巫凡娅、灰舌部落预言者珂洛。这一次每个角色的设定里都有明确的地区归属、势力背景以及和燃素魔法规则的关系。生成瑟拉菲娜的时候AI给她的设定是从母系继承了一支强大的燃素储备因此能施放高阶仪式魔法但每一次施放都在缩短寿命。这个设定完全符合宪法里燃素不可回复的硬规则而且人物动机也顺理成章她极度害怕死亡于是想寻找延长燃素储量的方法这自然引出她对抗灰烬太阳冷却的终极目标。到这一批结束项目里的总字数已经超过一万一千字各模块可以互相引用我开始体会到项目式设定的甜头——我不会再追问AI这个角色为什么会用这个魔法然后得到一场逻辑崩坏的解释因为它的所有能力都有据可查。3.4 第四批把碎片汇编成世界之书各模块都齐了最后一步是合成。我没有让AI直接再写一个新文档而是用AI Coding工具的多文件处理能力把00_core、01_geography、02_factions、03_characters、04_history的内容按阅读顺序拼装成一个完整的《烬灭纪·世界之书》。合成时我加了一个要求在每一章节的开头自动生成一段30字以内的本章导语并且在正文中用引用格式标注相关设定来自哪个底层规则。最终文档排版干净阅读体验和我平时看的设定集一样。实际上这一步也暴露了一个问题AI拼装时把magic_rules.md里的一条规则漏掉了导致后文凡娅的施法描述失去了原始出处。这不是大问题但对账时需要仔细。我通过查看版本历史找到了被漏掉的段落手动修正了交叉引用。4. 踩过的坑AI Coding工具生成世界设定的典型翻车现场4.1 坑一人名漂移AI偷偷改了角色的名字这是最经典的问题。我生成到第三批时凡娅有一小段被AI写成了梵雅珂洛变成珂珞不细看根本发现不了。原因是AI在长文本生成中倾向于优化拼写让名字更圆润。解决方式有两个。第一在项目记忆文件里加一条强制要求人名、地名不得以任何形式修改包括同音字替换。第二项目后期我写了一个简单的检索命令让AI自己扫全库找出所有疑似变体词。每次扫完它给自己生成一份变异名单我再逐个确认并修正。这种AI自查人工确认的模式非常实用。4.2 坑二规则写在了宪法里但AI不执行我最初在理念里写燃素耗尽即死亡但在生成女王角色时AI给她安排了一个濒死时被发现及时救回的情节连解释都没有。为什么规则没被执行因为项目记忆文件是自动加载的但AI在具体生成某个文档时可能把注意力全放在语法和叙事上忽略了规则引用。我的应对办法是在每一个角色的模板里强制要求填写与燃素魔法的关系这个字段同时在输出规范里规定如果角色与魔法规则存在交互必须引用规则文档的具体条款。相当于把规则执行检查变成了结构化任务AI想跳过就很难。4.3 坑三内容越生成越水批次后期我明显感觉到AI的产出变得重复。写第三个地区时它把这里拥有丰富的燃素晶石矿脉因而是各方争夺的焦点这句话换了几种说法用了三遍。这不是上下文丢失而是生成疲劳模型倾向于走低风险的老路。应对方式比较粗暴我在指令文件里增加了一条输出标准——每个地区文档中至少包含两个具体绿洲式细节例如某种特定的当地植物、一种独特的仪式、一个具体的地貌特征。只要给足具体约束生成的密度立刻回升。4.4 坑四上下文窗口被撑爆突然开始失忆AI Coding工具虽然比对话式AI能扛但也不是无限的。项目文档越来越大之后有一段时间我连续生成工具开始把前期的文件内容降权处理结果生成新内容时旧设定的引用率下降甚至出现了把伊瑟兰大陆的气候写成亚热带的低级错误。排查之后发现这不是模型能力不够而是我没有控制单次生成任务的大小。后来我把长期记忆职责拆成两层第一层固定规则和核心名词永远放在项目记忆文件里这是高优先级第二层详细剧情设定放在具体文档里每次生成前先让工具检索相关文档等它真正加载之后再进行生成。效果立竿见影。4.5 坑五合并文档时格式惨不忍睹最后汇编世界之书的时候AI把二三级标题混用了编号也乱了。这个坑其实最好解决我单独开了一个新文档作为输出容器要求AI只填充内容不自行发挥样式。加上我在模板里定义了标题层级规范强行要求它把##当作章节标题、###当作子条目、-用作属性列表。输出就规矩多了。4.6 问题排查速查表问题现象根因快速修复人名、地名漂移上下文遗忘 名词未被锁定在规则文件中锁定术语让AI自查变体词硬规则不被执行规则未被具体任务引用在输出模板中强制加入规则引用字段内容重复变水生成疲劳、缺少新增变量给每条生成任务添加更细颗粒度的具体约束关键设定被遗忘上下文窗口被内容挤压拆分任务优先加载相关文档而非全部格式错乱缺少明确的排版约束单独设置输出容器固定标题层级与样式规范设定互相矛盾不同文档未交叉校验手动维护矛盾登记表定期执行全库一致性扫描这一套流程走下来我的《烬灭纪》从一个模糊灵感变成了一本可以随时翻开查阅细节的世界设定手册。它给我的最大收获不是AI能帮你一口气写一万字而是AI能在一个严格约束下持续地写出不会走形的一万字。我最后想分享的一个技巧是到了项目后期我会让AI不定时生成一份知识缺口清单。它会把设定中还没有完全解释清楚的逻辑缝隙列给我比如为什么灰烬太阳冷却会导致幸存者向北迁徙燃素晶石的生成周期与地理分布是否完全一致。这些缺口往往是我自己不会主动想到的问题但它们恰恰是未来剧情可以生长的空间。如果你也想用同样思路做一份长篇世界设定别急着让AI一口气吐完整本设定集。先把目录立好把宪法写清楚把每一个模块的线头理顺剩下的生成工作是水到渠成的事。这个过程不需要你会写代码你只需要拿出给项目做规划的那一套认真劲儿。对我来说AI Coding工具不是一个自动写字机它是一套能让想象力失控又不至于崩盘的创作脚手架。