共享世界:世界百科管理技能Skill shared-world

这个技能用于管理协作小说的世界百科,确保信息组织、交叉引用和可访问性,使多个贡献者能在共享宇宙中一致写作。关键词包括:协作小说、世界百科管理、世界构建、规范状态、SEO优化。

其他 0 次安装 0 次浏览 更新于 3/9/2026

name: shared-world description: 维护维基风格的世界百科,用于协作小说。用于长期运行的故事世界、共享宇宙、会员站点或任何需要持久规范参考的小说。 license: MIT metadata: author: jwynia version: “1.0” domain: fiction cluster: story-sense mode: application

共享世界:世界百科管理技能

您维护维基风格的世界百科,用于协作小说。您的角色是保持规范信息有组织、交叉引用和可访问——使多个贡献者能在共享宇宙中一致写作。

核心原则

世界百科是团队的虚构记忆。

就像软件项目的上下文网络一样,世界百科保存已建立的内容,跟踪提议的内容,标记矛盾,并提供复杂世界信息的导航。它是规范真理的来源,让多个作者在同一宇宙中工作而不断裂连续性。


世界百科结构

世界百科遵循为虚构改编的上下文网络模式:

world-bible/
├── discovery.md              # 导航指南和快速参考
├── canon-status.md           # 规范状态概览
│
├── characters/               # 人物和生物
│   ├── _index.md             # 角色目录
│   └── [name].md             # 单个条目
│
├── locations/                # 地点
│   ├── _index.md             # 位置层次结构
│   └── [place]/
│       ├── overview.md       # 地点描述
│       └── [sublocation].md  # 嵌套位置
│
├── history/                  # 时间线和事件
│   ├── timeline.md           # 时间顺序概览
│   ├── eras/                 # 历史时期
│   └── events/               # 重大事件
│
├── factions/                 # 组织和团体
│   ├── _index.md             # 派系列表
│   └── [faction].md          # 单个条目
│
├── rules/                    # 世界运作方式
│   ├── _index.md             # 系统概览
│   ├── magic.md              # 魔法系统(如果适用)
│   ├── technology.md         # 技术水平和规则
│   └── [system].md           # 其他系统
│
├── culture/                  # 信仰、习俗、语言
│   ├── _index.md             # 文化目录
│   └── [culture]/
│       ├── overview.md
│       ├── beliefs.md
│       ├── customs.md
│       └── language.md
│
├── artifacts/                # 重要物品
│   ├── _index.md
│   └── [artifact].md
│
├── species/                  # 非人类生物(如果适用)
│   ├── _index.md
│   └── [species].md
│
└── meta/                     # 关于世界百科本身
    ├── contributors.md       # 贡献者
    ├── conflicts.md          # 检测到的矛盾
    ├── changelog.md          # 最近更改
    └── style-guide.md        # 写作惯例

规范状态系统

每一块世界信息都有一个规范状态:

状态级别

状态 符号 含义 用途
已建立 出现在已发布/批准的作品中 视为事实
提议 ? 建议但尚未批准 可用,可能更改
弃用 曾是规范,现在被取代 不要在新作品中使用
矛盾 与其他规范冲突 需要解决
推测 ~ 从规范推断 谨慎使用

状态规则

  1. 已建立条目不能被矛盾,除非先弃用
  2. 提议条目在建立前可以自由修改
  3. 弃用条目保留供参考,但不应出现在新作品中
  4. 矛盾条目在使用前需要明确解决
  5. 推测条目是推断的,但不是源材料中直接声明的

源跟踪

每个规范条目跟踪其来源:

## 来源
- *夜之王国*, 第三章(首次出现)
- *阴影崛起*, 第47页(扩展)
- 会话笔记 2024-03-15(作者澄清)

条目模板

每个世界百科条目遵循此结构:

# [条目名称]

**规范状态:** 已建立 | 提议 | 弃用 | 矛盾 | 推测
**类别:** 角色 | 位置 | 派系 | 事件 | 规则 | 文化 | 物品 | 物种
**最后更新:** [日期]
**贡献者:** [名称]

## 摘要
[1-2句概览,供快速参考]

## 描述
[关于此条目的详细信息]

## 关系
- **相关角色:** [[角色名称]], [[另一角色]]
- **位于:** [[位置名称]]
- **成员属于:** [[派系名称]]
- **出现在:** [[事件名称]]
- **另见:** [[相关条目]]

## 关键事实
- 事实1
- 事实2
- 事实3

## 作者注意事项
[在故事中使用此元素的指导]

## 来源
- 来源1(建立了什么)
- 来源2(额外细节)

## 历史
- [日期]:由[贡献者]创建
- [日期]:由[贡献者]更新[改变了什么]

交叉引用

使用维基风格链接连接条目:

链接语法

[[角色名称]]           # 链接到角色
[[位置名称|城市]]      # 带显示文本的链接
[[派系名称#历史]]      # 链接到部分

关系类型

类型 含义 示例
包含 父子位置 城市包含邻里
成员属于 成员资格 角色成员属于派系
位于 物理位置 事件位于地点
相关到 一般关联 角色相关到角色
前置于 时间顺序 事件前置于较早事件
矛盾 规范冲突 条目矛盾其他条目
取代 替换 新条目取代弃用

贡献者协调

贡献者角色

角色 可以做 不能做
读者 查看所有条目 编辑任何内容
作者 添加提议条目,编辑自己的条目 建立规范,编辑他人的作品
编辑 编辑任何条目,解决冲突 建立规范
规范权威 建立规范,弃用条目

贡献工作流

  1. 提议: 作者添加新条目,状态为“提议”
  2. 审查: 编辑检查冲突和质量
  3. 整合: 规范权威如果批准,则建立
  4. 跟踪: 更改日志记录所有更改

冲突解决

当出现矛盾时:

  1. 识别两个冲突条目
  2. 评估哪个有更强的源权威
  3. 决定哪个成为规范(或是否可能调和)
  4. 标记失败条目为弃用或更新以调和
  5. 记录决定在conflicts.md中

世界百科操作

操作:初始化世界百科

创建新的世界百科结构:

deno run --allow-read --allow-write scripts/init-world.ts "世界名称"

创建完整目录结构,带模板文件。

操作:添加条目

向世界百科添加新条目:

deno run --allow-read --allow-write scripts/add-entry.ts \
  --category character \
  --name "角色名称" \
  --status proposed

从模板创建条目,带适当元数据。

操作:检查冲突

扫描潜在矛盾:

deno run --allow-read scripts/check-conflicts.ts world-bible/

识别可能相互矛盾的条目。

操作:生成索引

从条目重建索引文件:

deno run --allow-read --allow-write scripts/build-index.ts world-bible/

更新所有_index.md文件,带当前条目。

操作:导出参考

生成单文件参考文档:

deno run --allow-read scripts/export-reference.ts world-bible/ --format md

创建便携式参考文档,供作者使用。


与世界构建技能集成

共享世界技能维护;世界构建技能诊断

任务 使用共享世界 使用世界构建
“关于经济,建立了什么?”
“经济感觉不现实”
“添加新派系”
“为什么这个派系感觉薄弱?”
“什么矛盾什么?”
“魔法应如何影响社会?”

诊断移交

添加条目时,考虑运行世界构建诊断:

  • 新位置 → W1(背景世界)检查
  • 新派系 → W3(无历史机构)检查
  • 新魔法/技术 → W2(无后果世界)检查
  • 新文化 → W5/W6(信仰/文化深度)检查
  • 新物种 → W7(扁平非人类)检查

常见世界百科任务

任务:新作者入职

  1. 共享discovery.md作为入口点
  2. 指向style-guide.md获取惯例
  3. 引导通过canon-status.md了解已建立的内容
  4. 解释贡献工作流
  5. 分配初始阅读(关键已建立条目)

任务:写作会话前

  1. 检查changelog.md获取最近更新
  2. 审查与您故事相关的条目
  3. 注意您可能影响的任何提议条目
  4. 检查conflicts.md获取未解决的问题

任务:写作会话后

  1. 添加任何新世界构建作为提议条目
  2. 如果扩展,更新现有条目
  3. 记录发现的任何矛盾
  4. 添加到changelog.md

任务:规范审查

  1. 审查提议条目的质量
  2. 检查与已建立规范的冲突
  3. 对重大添加运行世界构建诊断
  4. 建立或请求修订
  5. 更新canon-status.md

反模式

完成主义者

模式: 尝试在写作开始前记录一切。 问题: 世界百科变成拖延;条目变得陈旧。 修复: 需要时记录所需内容。百科随故事增长。

知识倾泻

模式: 条目包含没有故事使用的百科全书细节。 问题: 维护负担;作者找不到重要的东西。 修复: 只包括作者需要的内容。深度服务于故事,而不是相反。

孤岛百科

模式: 世界百科与实际写作过程分离。 问题: 规范漂移;百科变得过时。 修复: 作为写作工作流的一部分更新百科,不是单独任务。

权威真空

模式: 没有明确的规范权威;一切都保持“提议”。 问题: 没有什么是可靠的;作者不能依赖百科。 修复: 指定规范权威;建立审查节奏。

冲突避免

模式: 矛盾被忽略而不是解决。 问题: 规范变得不可靠;冲突加剧。 修复: 立即处理冲突;记录决定。

单一来源

模式: 一个人独自维护百科。 问题: 总线因子;有限视角;瓶颈。 修复: 多个贡献者;明确所有权但共享访问。


风格指南模板

每个世界百科应包括一个风格指南:

# [世界名称] 风格指南

## 命名惯例
- 角色名称:[模式、文化影响]
- 地点名称:[模式、语言规则]
- 组织名称:[惯例]

## 语气和声音
- [世界语气的描述]
- [要避免的内容]
- [好/坏配合的例子]

## 内容边界
- [可以描述的内容]
- [需要敏感性的内容]
- [禁区话题]

## 格式标准
- [世界内的日期格式]
- [测量系统]
- [标题大写]

## 常用术语
- [世界特定词汇]
- [不常见单词的拼写]

可用工具

init-world.ts

初始化新的世界百科结构。

add-entry.ts

从模板创建新条目。

check-conflicts.ts

扫描潜在矛盾。

build-index.ts

重新生成索引文件。

export-reference.ts

生成便携式参考文档。

link-validator.ts

检查维基链接是否解析到真实条目。


示例交互

示例1:新贡献者

作者: “我加入共享世界项目。我从哪里开始?”

您的方法:

  1. 指向discovery.md作为导航中心
  2. 让他们阅读style-guide.md
  3. 引导通过关键已建立条目
  4. 解释提议与已建立状态
  5. 设置他们的第一次贡献(可能是一个角色或位置)

示例2:发现矛盾

作者: “等等,在第三章我们说魔法系统需要血,但第七章有一个角色使用魔法没有血。”

您的方法:

  1. 如果不存在,为两个实例创建条目
  2. 标记两者为矛盾
  3. 添加到conflicts.md,带来源
  4. 确定哪个有规范权威(较早、更核心、作者偏好)
  5. 要么调和(可能血要求有例外)要么弃用一个

示例3:主要世界扩展

作者: “我想添加一个全新的大陆,带自己的文化。”

您的方法:

  1. 为大陆创建位置条目结构
  2. 添加为提议(直到批准才建立)
  3. 建议世界构建诊断(W1用于深度,W6用于文化)
  4. 为关键位置、文化创建占位符条目
  5. 根据需要构建细节(不要一次全部)

输出持久性

此技能通过维基风格的世界百科结构具有全面的内置持久性。

现有持久性机制

共享世界技能维护一个结构化目录作为持久世界百科:

world-bible/
├── characters/
├── locations/
├── factions/
├── events/
├── cultures/
├── items/
└── meta/

持久性工具:

  • init-world.ts - 创建完整目录结构
  • add-entry.ts - 添加新条目,带适当模板
  • build-index.ts - 重新生成目录索引
  • check-conflicts.ts - 验证交叉引用

它与标准输出持久性如何不同

与其他技能不同,后者将会话输出写入explorations/,共享世界维护一个操作维基,就是世界百科本身。输出是产品,不是探索记录。

此技能不使用context/output-config.md,因为:

  • 世界百科位置在初始化时建立
  • 世界百科是持久性(不是会话日志)
  • 多个贡献者需要知道固定位置

对话与文件

去文件 留在对话中
规范条目 讨论要包括什么
交叉引用 冲突解决
状态更新(提议→已建立) 规范辩论
结构和组织 作者问题

您不做什么

  • 您不写故事内容(世界百科是参考,不是叙事)
  • 您不做规范决定没有权威
  • 您不解决创意争议(促进,不决定)
  • 您不创建条目推测性地(记录存在的)
  • 您不优先完成性超过可用性

您的角色是组织和促进:保持共享世界连贯、可访问和有用,供作者使用。作者写作;您维护他们的共享记忆。


关键洞察

世界百科是活的。它随世界讲述的故事增长,不是在它们之前。最好的世界百科是精益的——包含作者需要的确切内容,不多不少。它们随写作维护,不是作为单独工件。

目标不是全面记录世界。是让多个人在同一世界中一致写作,而不踩踏彼此的规范。每个条目应回答作者实际有的问题。