协作虚构/共享宇宙长期维护时，用 wiki 式世界圣经保持…

适用于多人协作、长期连载的虚构世界或共享宇宙，需要持久化维护设定条目、canon 状态、关系和矛盾追踪。

适用场景

解决思路

1. 建立并维护 world-bible/ 目录结构：discovery.md（导航与快速参考）、canon-status.md（canon 状态总览）、characters/、locations/、history/、factions/、rules/、culture/、artifacts/、species/、meta/；各目录含 _index.md 和条目文件，locations/culture 可按需拆成 overview.md、[sublocation].md、beliefs.md、customs.md、language.md 等。
2. 把 world bible 当作团队记忆和唯一事实来源：保留已确立内容、跟踪提案、标记矛盾，并提供复杂世界信息的导航。
3. 为每条世界信息设置 canon 状态：Established（✓，已发表/批准，视为事实）、Proposed（?，建议但未批准，可用但可能变化）、Deprecated（✗，曾被 canon 但被取代，不用于新作品）、Contradicted（⚠，与其他 canon 冲突，需解决）、Speculative（~，从 canon 外推，谨慎使用）。
4. 应用 canon 状态规则：Established 不能被直接矛盾，除非先 deprecate；Proposed 在 established 前可自由修改；Deprecated 仅留参考，不应出现在新作品；Contradicted 使用前必须显式解决；Speculative 是从源材料推导但未被直接陈述。
5. 为每个 canon 条目追踪来源：在 Sources 下列出首次出现、扩展、澄清等来源，例如 *The Night Kingdom*, Chapter 3、*Shadows Rising*, p. 47、Session notes 2024-03-15。
6. 每个世界圣经条目使用统一 Entry Template：标题、Canon Status、Category、Last Updated、Contributors、Summary、Description、Relationships、Key Facts、Notes for Writers、Sources、History。
7. 使用 wiki 链接语法连接条目：[[Character Name]]、[[Location Name|the city]]、[[Faction Name#history]]。
8. 维护关系类型：contains（父子地点）、member_of（成员关系）、located_in（物理位置）、related_to（一般关联）、preceded_by（时间先后）、contradicts（canon 冲突）、supersedes（替代旧条目）。
9. 定义贡献者角色与权限：Reader 只能查看；Writer 可添加 Proposed 条目、编辑自己的条目，不能 establish canon 或编辑他人作品；Editor 可编辑任意条目、解决冲突，不能 establish canon；Canon Authority 可 establish canon、deprecate 条目。
10. 执行贡献流程：Propose（Writer 添加状态为 Proposed 的新条目）→ Review（Editor 检查冲突和质量）→ Integrate（Canon Authority 批准后 establish）→ Track（changelog 记录所有变更）。
11. 解决矛盾：Identify 两个冲突条目；Assess 哪个来源权威更强；Decide 哪个成为 canon 或是否可调和；Mark 败方为 Deprecated 或更新以调和；Document 决策到 conflicts.md。
12. 初始化世界圣经：运行 `deno run --allow-read --allow-write scripts/init-world.ts "World Name"`，创建完整目录结构和模板文件。
13. 添加条目：运行 `deno run --allow-read --allow-write scripts/add-entry.ts --category character --name "Character Name" --status proposed`，从模板创建带正确元数据的条目。
14. 检查冲突：运行 `deno run --allow-read scripts/check-conflicts.ts world-bible/`，识别可能互相矛盾的条目。
15. 生成索引：运行 `deno run --allow-read --allow-write scripts/build-index.ts world-bible/`，用当前条目更新所有 _index.md。
16. 导出参考：运行 `deno run --allow-read scripts/export-reference.ts world-bible/ --format md`，为写作者生成便携单文件参考文档。
17. 使用 link-validator.ts 检查 wiki-links 是否解析到真实条目。
18. 与 worldbuilding skill 分工：shared-world 负责维护，worldbuilding 负责诊断；查询已确立内容、添加派系、查矛盾用 shared-world；诊断经济不真实、派系单薄、魔法社会影响用 worldbuilding。
19. 添加重大新条目时运行 worldbuilding 诊断：新 location → W1（Backdrop World）检查；新 faction → W3（Institutions Without History）检查；新 magic/tech → W2（World Without Consequences）检查；新 culture → W5/W6（Belief/Culture Depth）检查；新 species → W7（Flat Non-Humans）检查。
20. 新写作者 onboarding：分享 discovery.md 作为入口；指向 style-guide.md 了解约定；讲解 canon-status.md 中已确立内容；解释贡献流程；分配关键 established 条目作为初始阅读。
21. 写作前检查：查看 changelog.md 最近更新；复习与故事相关条目；注意可能受影响的 proposed 条目；查看 conflicts.md 未解决问题。
22. 写作后更新：把新增 worldbuilding 添加为 proposed 条目；扩展已有条目；记录发现的矛盾；更新 changelog.md。
23. 执行 canon review：审查 proposed 条目质量；检查与 established canon 的冲突；对重大新增运行 worldbuilding 诊断；批准 establish 或要求修改；更新 canon-status.md。
24. 避免 Completionist：不要在写作开始前试图记录一切；按需记录，bible 随故事增长。
25. 避免 Lore Dump：条目不要包含故事用不到的百科细节；只包含写作者需要的内容，深度服务于故事。
26. 避免 Siloed Bible：不要把 world bible 与写作流程分离；把更新 bible 作为写作工作流的一部分。
27. 避免 Authority Vacuum：指定 canon authority；建立评审节奏；不要让所有内容都停留在 proposed。
28. 避免 Conflict Avoidance：不要忽略矛盾；立即处理并记录决策。
29. 避免 Single Source：不要由一个人独自维护 bible；多人贡献，明确 ownership 但共享访问，降低 bus factor 和瓶颈。
30. 维护 style guide：命名约定（角色名、地名、组织名）；语气与声音；内容边界（可描绘、需敏感、禁止话题）；格式标准（世界内日期、度量系统、标题大小写）；常见术语与世界专有词汇拼写。
31. 输出持久化：world bible 本身就是持久化机制；目录包含 characters/、locations/、factions/、events/、cultures/、items/、meta/；用 init-world.ts、add-entry.ts、build-index.ts、check-conflicts.ts 等工具维护。
32. 不要使用 context/output-config.md：因为 world bible 位置在初始化时确定、world bible 本身就是持久化、多个贡献者需要知道固定位置。
33. 区分写入文件与留在对话的内容：canonical entries、cross-references、状态更新（Proposed→Established）、结构与组织写入文件；讨论包含什么、冲突解决、canon 辩论、写作者问题留在对话。
34. 不做以下事项：不写故事内容（world bible 是参考不是叙事）；无授权不做 canon 决策；不裁决创意争议（促进而非决定）；不推测性创建条目（记录已存在内容）；不把完整性置于可用性之上。
35. 遵循核心洞见：world bible 是活的，随故事增长而非在故事之前完成；保持精简，只含写作者需要的内容；与写作同步维护；目标不是全面记录世界，而是让多人一致写作、不破坏彼此 canon；每个条目应回答写作者真实问题。

适用边界 · 注意事项

• 单人短篇创作、不需要持久共享 canon 或多人协作时，不必采用完整 world bible 流程。
• 没有明确 canon authority 或无法定期评审时，不适合依赖该体系，否则会陷入 Authority Vacuum，内容都停留在 Proposed。
• 目标只是写故事内容、而不是维护参考设定时，不适用，因为该技能不写叙事，只做组织与促进。