世界观资料完整，不代表故事因果没有断裂
搜寻 World Anvil vs Campfire 的小说家，通常已经知道普通笔记不够用了。
角色开始变多。
地点彼此包含。
历史跨越不同年代。
家族、文化、宗教、物品、阵营与事件逐渐连在一起。
作者需要的不再只是一个存放灵感的地方。
他需要一套能让世界被整理、搜寻与重新看见的结构。
World Anvil 和 Campfire 都在处理这个问题。
它们也都不只是单纯的世界观笔记。
World Anvil 可以建立世界百科、角色与地点条目、互动地图、历史时间线、家族关系与小说正文，并让部分世界内容被发布与探索。
Campfire 可以透过角色、地点、物品、文化、关系、时间线、日历、地图、故事弧与 Manuscript 等模组，把正文与设定放进同一个创作专案。
如果问题只是「能不能把世界观整理得更完整」，两者都有自己的答案。
但世界观真正困难的地方，往往发生在资料建立完成以后。
角色移动了。
物品转手了。
地点毁灭了。
阵营失去领袖了。
作者又回到前文，改变了其中一个事件。
这时候，问题不再只是资料放在哪里。
而是后面的世界是否仍然成立。
世界观资料完整，不代表故事因果没有断裂。
World Anvil 把世界建立成可以探索的知识体系
World Anvil 最鲜明的设计，是把世界视为一套可以不断扩张的知识体系。
作者可以替国家、城市、人物、种族、组织、历史事件与其他世界元素建立条目。
不同条目可以彼此连结。
地点能出现在互动地图上。
事件能被放进历史时间线。
人物可以进入家族树与关系结构。
作者也能控制哪些资讯保持私密，哪些内容开放给读者、玩家或共同创作者。
这使 World Anvil 不只适合整理设定。
它也很适合让一个世界被阅读与探索。
读者可以从一座城市进入统治它的国家。
从一名角色找到他的家族、组织与历史。
从一场战争追溯参与者、地点与造成的影响。
世界不再只是一叠作者自己看得懂的笔记。
它可以逐渐形成一部具有入口、分类与关联的世界百科。
World Anvil 也提供 Manuscripts，让小说家可以在同一套世界资料旁边规划、撰写、整理与发布正文。
因此，把 World Anvil 只理解成「做设定集的网站」并不准确。
它同时涵盖世界建构、小说写作、协作与展示。
只是它最具有辨识度的能力，仍然是让世界知识被完整建立、彼此连结，并以可以探索的形式呈现。
Campfire 把世界拆成适合不同内容的创作模组
Campfire 的起点比较接近创作者正在管理的各种材料。
角色需要角色资料。
地点需要地点资料。
物品、文化、宗教、语言、关系、地图与时间线，也各自需要不同的呈现方式。
所以 Campfire 不要求作者把所有设定都写成相同形式的百科条目。
它把不同世界元素分进不同模组，再让创作者按照专案需求选择、连结与自订。
角色可以拥有背景、外貌、特征、数值与图片。
地点可以包含描述、历史与自订面板。
物品可以独立保存用途、来历与其他细节。
Relationships 可以整理人物关系与家族结构。
Timeline 与 Calendar 可以呈现事件和自订历法。
Maps、Arcs、Systems 与 Research 则分别处理地理、故事弧、组织结构与研究资料。
Campfire 也有 Manuscript 模组。
作者可以拆分章节、撰写正文、整理索引卡，并在写作时查看已建立的故事元素。
这种模组化设计的价值，在于作者不必先把自己的世界改写成一部百科，才能开始整理它。
每一种资料可以使用更接近自身用途的形式存在。
世界仍然是完整的。
但作者操作它时，看见的是角色、地点、物品与事件各自需要的工作空间。
把正文和设定放在一起，只解决了距离
World Anvil 和 Campfire 很容易被简化成两种印象。
World Anvil 是世界百科。
Campfire 是角色与设定表。
但这两个印象都只说对了一部分。
World Anvil 不只提供世界条目。
小说家也能使用 Manuscripts 撰写正文、安排章节与场景，并在写作时查看世界资料。
Campfire 也不只提供角色卡。
它有 Manuscript、Timeline、Arcs、Calendar、Research 与其他可以参与完整创作流程的模组。
两者都在减少正文与设定分散在不同软体里的问题。
作者不必在文字处理器里写小说，再回到另一套笔记系统寻找世界观。
这解决了资料距离。
但把正文与设定放进同一个产品，不代表它们已经共享同一条因果。
作者在正文里写下一座城市毁灭，不代表所有相关角色、物品、地点与阵营资料会自动知道这件事。
作者修改较早章节，也不代表后面依赖旧版本的事件会主动指出自己已经失去前提。
世界资料可以离正文很近。
却仍然需要作者亲自维持两者一致。
这就是「可以参考设定」与「世界会承担正文后果」之间的差别。
一座城市毁灭时，改变的不只是一篇地点资料
假设作者建立了一座名为白港的城市。
世界资料中记录着它的位置、人口、统治者、港口、商业、信仰、重要建筑与历史。
角色洛恩与莉雅住在城里。
洛恩同时是白港守卫团的领袖。
一把只能开启北城门的铜钥匙在他手上。
另一名角色米拉则停留在城外。
故事走到第十六章。
白港遭到袭击。
神殿被毁。
洛恩在灾难中死亡。
作者确认洛恩身上的铜钥匙留在废墟。
莉雅逃往北方。
守卫团因为失去领袖，开始出现权力空缺。
到了第二十二章，米拉回到白港，从废墟中取得铜钥匙。
如果只看世界百科，作者可以更新白港的资料。
把地点状态改成已毁灭。
把洛恩改成死亡。
把铜钥匙的持有人改成米拉。
把守卫团改成失去领袖。
如果使用模组化世界观资料，也可以分别更新地点、角色、物品、阵营与时间线。
这些资料都能描述故事最新进度的结果。
但一场城市毁灭不是只改变一篇地点资料。
它同时改变了在场人物、物品位置、角色生死、阵营结构与后续行动条件。
作者需要维护的不是一个答案。
而是一整组共同发生的后果。
真正危险的时刻，是作者回到前文改变过去
几个月后，作者回头修改第九章。
他决定让洛恩提早把铜钥匙交给米拉。
接着又在第十二章安排洛恩离开白港，前往南方调查另一件事。
这两个修改本身都很合理。
问题在于，后文仍然保留着旧世界留下的结果。
第十六章的白港毁灭事件，仍把洛恩列为在场人物。
洛恩的死亡处置仍然记录着铜钥匙留在废墟。
第二十二章的米拉，仍然从白港废墟中再次取得同一把钥匙。
守卫团的权力空缺，也仍然假设洛恩死于白港。
作者只是改了两个较早的事件。
后面的城市毁灭、死亡遗物、物品取得与阵营结构却一起失去了原本答案。
如果作者只更新洛恩的角色页，其他资料不会因此消失。
如果作者把移动与交易放进时间线，他仍然要自己往后寻找所有受到影响的场景。
如果资料页保存的是最新结果，作者甚至可能只看见米拉现在持有钥匙，却忘了她在故事里已经取得了两次。
这才是长篇世界观最难维护的地方。
不是设定没有写。
不是资料找不到。
而是作者改变过去以后，未来仍然安静地保留着旧世界。
InkWeave 的因果判断不是 AI 猜测
很多人看到「自动发现故事矛盾」，第一个反应会是：
这是不是把小说交给 AI，请它判断哪里不合理？
InkWeave 不是这样运作。
InkWeave 使用的是自行研发的因果律引擎。
它不需要让语言模型猜测作者的句子代表什么，也不会根据文字相似度推测一段剧情是否可能出错。
作者先建立角色、地点、物品、阵营、属性与旗标。
当正文中确实发生移动、交易、死亡、地点变化或其他世界事件时，再由作者确认它。
这些已确认事件会成为因果律引擎的输入。
引擎按照卷册、章节与事件顺序，从故事开头重播整条时间线。
角色在哪里。
物品由谁持有。
角色是否仍然活着。
地点是否开放、封锁、禁入、禁出或毁灭。
阵营目前具有什么结构。
旗标与前置条件目前是否成立。
这些答案不是由 AI 生成。
它们由事件顺序、数量变化、集合差异、状态转换与条件比较计算出来。
相同的事件与规则，会得到相同的结果。
如果洛恩已经把唯一的铜钥匙交给米拉，他后面就没有第二把可以留在废墟。
如果洛恩已经离开白港，他就不在原本确认的灾难波及名单里。
如果白港已经毁灭，后面的角色便不能在没有其他解释的情况下正常进入。
这不是模型觉得情节可疑。
是事件重播后，后文要求的条件在计算上不成立。
数学保证的不是文学意义，而是已建模的因果
InkWeave 不会宣称自己理解整部小说的文学意义。
它不知道一场死亡是否感人。
不知道一段背叛是否写得足够有力量。
也不知道作者提到白港时，究竟是在描写现实、回忆、梦境、谎言还是象征。
这些仍然属于作者。
因果律引擎保证的是另一件事。
只要作者已经把某项世界变化建立成事件，它的后果就会依照明确规则继续计算。
角色移动后，位置改变。
物品转交后，数量与持有人改变。
角色死亡后，后续移动与交易会受到限制。
地点毁灭后，进入条件改变。
旗标被设定、消耗或回收后，依赖它的事件会得到可以验证的结果。
这种保证具有明确边界。
InkWeave 无法验证作者从未建立的事实。
如果作者没有把某件物品建立成世界实体，因果律引擎就不会凭空理解它的去向。
如果一段关系只存在于隐喻里，没有被作者确认成需要追踪的状态，系统也不会擅自替作者量化。
但在已建模的事件与规则范围内，结果不是机率。
不是建议。
也不是某个模型对文章作出的解读。
它是可以重现、可以检查，也可以回溯来源的因果审计。
AI 提供的是判断。
InkWeave 的因果律引擎提供的是证明。
因果律引擎不只重播世界，还会找出未来从哪里断裂
当第九章与第十二章被修改，InkWeave 不只更新洛恩与铜钥匙的最新状态。
它会重新重播后面的事件。
到了第十六章，因果律引擎会发现白港毁灭时的实际在场人物，已经和作者原本确认的灾难波及范围不同。
洛恩已经离开白港。
原本的受影响人物集合发生了漂移。
同一个死亡事件也可能出现另一项问题。
洛恩在较早章节已经交出铜钥匙。
因此，故事重播到他的死亡时，实际背包不再包含那把钥匙。
原本确认的死亡遗物处置，已经和现在的世界状态不同。
到了第二十二章，米拉又从废墟取得铜钥匙。
但她在第九章就已经持有这件唯一物品。
这次取得便不只是资料页需要更新。
它在目前因果里已经无法成立。
类似的检查也会发生在其他世界状态上。
死亡角色后来仍然移动或交易。
两名位于不同地点的角色直接转交物品。
角色试图进入已经禁入或毁灭的地点。
一件唯一物品同时出现多份。
后续场景要求的旗标、数值或前置条件尚未成立。
被设定的伏笔直到故事结束仍未回收。
阵营领袖离开后产生阶层断裂、孤儿成员或与原本确认结果不同的连锁影响。
这些不是一般拼字检查，也不是 AI 对剧情提出的可能建议。
它们都是后文向世界要求某个条件时，因果律引擎发现那个条件并不存在。
Project Seer 把断裂的因果带回作者眼前
如果因果错误只存在于一份藏得很深的报告里，作者仍然很难使用它。
InkWeave 的 Project Seer 会把全专案的验证结果整理成可以处理的写作资讯。
它会显示专案整体的因果健康状态。
列出哪些章节包含错误或警告。
区分会阻断因果的问题，以及需要作者重新确认的后果漂移。
作者可以从 Project Seer 直接进入发生问题的章节与事件锚点。
很多错误不只保存「哪里出错」。
它们也保存造成目前状态的来源。
如果角色在死亡后移动，作者可以回到确立死亡的事件。
如果物品交易的双方不在同一个地点，系统可以追溯两名角色各自最近一次有效移动的位置。
如果地点状态阻止角色进出，也可以回到让地点封锁、禁入或毁灭的事件。
所以作者面对的不是一句模糊的「这里可能有剧情漏洞」。
他可以知道：
哪个事件现在无法成立？
它需要的世界条件是什么？
目前实际状态又是什么？
哪一个较早事件造成了这项差异？
这使纠错不再只是发现结果。
它还保留了因果来源。
即时反应不是边打字边猜，而是让世界在确认后重新结算
InkWeave 的即时性，也和 AI 即时分析文章不同。
它不会在作者每打下一个词时，擅自猜测故事发生了什么。
名字靠近名字，只代表这里可能存在一次世界交互。
角色靠近地点，可能是移动，也可能只是回忆或提到。
角色靠近物品，可能是取得、转交、放置，也可能什么都没有发生。
最后仍然由作者确认。
但当一次世界事件被确认并保存，InkWeave 会重新验证专案时间线。
角色位置、物品归属、生命状态、地点条件、阵营结构与旗标，都会依照新的事件顺序重新计算。
受到影响的后文会在事件锚点与 Project Seer 中浮出来。
与此同时，作者把游标放在不同章节时，Inspector 与 AVG Stage 取得的也不是永远最新的设定。
它们会依照游标所在的位置，呈现故事走到那一刻的世界切片。
游标停在白港毁灭以前，白港仍然存在。
停在毁灭以后，世界才承认它留下的后果。
因此，InkWeave 同时处理两个方向。
它向当下回答：
故事走到这里，世界是什么状态？
也向未来追问：
过去改变以后，后面的事件是否仍然成立？
纠错不是替作者自动修复世界
因果律引擎发现问题，不代表 InkWeave 会擅自修改故事。
洛恩提早离开白港以后，系统不会自行取消他的死亡。
不会自动把铜钥匙送回他手上。
不会替守卫团选出新的领袖。
也不会为了维持原本剧情，假装第九章的物品转交没有发生。
它只会把失去前提的后果指出来。
作者可以决定洛恩其实又回到了白港。
可以让他死在南方，并重新安排阵营后果。
可以把废墟里的铜钥匙改成另一件物品。
也可以保留米拉从第九章开始持有钥匙，重新设计第二十二章的行动。
有些警告也可能只是作者有意接受的新结果。
例如阵营成员离开后，作者可以确认目前重新计算出的连锁影响。
世界负责证明目前发生了什么。
作者负责决定故事接下来要承认什么。
这种分工很重要。
因为创作需要自由。
但自由不是让前文与后文互相矛盾时，系统替作者假装没有看见。
真正的自由，是作者知道自己改变了哪些条件，仍然能选择如何承担那些改变。
世界观工具不只要保存世界，还要知道世界何时断了
World Anvil 和 Campfire 都能帮助小说家建立比普通文件更有结构的世界。
World Anvil 让世界知识可以被连结、探索、展示与发布。
Campfire 让角色、地点、物品、关系、时间线与正文进入各自合适的创作模组。
它们处理的都是真实而且重要的问题。
但一个故事世界不会永远停在设定完成的那一天。
它会被正文中的事件反覆改变。
作者也会回到过去，重新安排角色、物品、地点与选择。
这时候，资料是否完整只是一部分。
更深的问题是：
世界能不能依照事件重新计算自己？
后文失去前提时，能不能被立即指出？
作者能不能从错误回到造成它的因果来源？
这正是 InkWeave 自行研发因果律引擎所扮演的角色。
它不是把全文交给 AI，再请模型猜测哪里可能不合理。
它让作者确认的事件成为可以计算的历史。
让角色、地点、物品与阵营在每一个故事位置拥有确定状态。
也让过去被修改时，未来无法继续假装自己没有受到影响。
世界百科回答这个世界有什么。
模组化资料让作者知道应该到哪里管理它。
InkWeave 的因果律引擎则继续追问：
按照这个世界真正发生过的事，后面的故事还成立吗？
一个世界真正需要的，不只是被完整保存。
它还需要在因果断裂时，有能力让作者知道。