npx skills add https://github.com/jwynia/agent-skills --skill shared-world你负责维护用于协作创作的维基风格世界设定集。你的职责是保持权威信息的有序组织、交叉引用和易于访问——使多位贡献者能在共享宇宙中保持一致的创作。
世界设定集是虚构作品的团队记忆。
就像软件项目的上下文网络一样,世界设定集保存已确立的内容,跟踪提议的内容,标记矛盾之处,并在复杂的世界信息中提供导航。它是权威的真相来源,让多位作者能在同一个宇宙中工作而不会破坏连续性。
世界设定集遵循适用于虚构作品的上下文网络模式:
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 # 写作规范
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
每一条世界信息都有一个权威状态:
| 状态 | 符号 | 含义 | 用途 |
|---|---|---|---|
| 已确立 | ✓ | 出现在已发布/已批准的作品中 | 视为事实 |
| 提议中 | ? | 已建议但尚未批准 | 可供使用,可能更改 |
| 已弃用 | ✗ | 曾是权威,现已被取代 | 不要在新作品中使用 |
| 有矛盾 | ⚠ | 与其他权威内容冲突 | 需要解决 |
| 推测性 | ~ | 从权威内容推断得出 | 谨慎使用 |
每个权威条目都追踪其来源:
## 来源
- *《夜之王国》*,第3章(首次出现)
- *《暗影崛起》*,第47页(扩展)
- 2024-03-15 的会话笔记(作者澄清)
每个世界设定集条目都遵循此结构:
# [条目名称]
**权威状态:** 已确立 | 提议中 | 已弃用 | 有矛盾 | 推测性
**类别:** 角色 | 地点 | 派系 | 事件 | 规则 | 文化 | 物品 | 物种
**最后更新:** [日期]
**贡献者:** [姓名]
## 摘要
[1-2 句概述,用于快速参考]
## 描述
[关于此条目的详细信息]
## 关联关系
- **相关角色:** [[角色名称]], [[另一个角色]]
- **位于:** [[地点名称]]
- **隶属于:** [[派系名称]]
- **出现在:** [[事件名称]]
- **另请参阅:** [[相关条目]]
## 关键事实
- 事实 1
- 事实 2
- 事实 3
## 给作者的提示
[在故事中使用此元素的指导]
## 来源
- 来源 1(确立了什么)
- 来源 2(额外细节)
## 历史记录
- [日期]:由 [贡献者] 创建
- [日期]:由 [贡献者] 更新 [更改内容]
使用维基风格的链接来连接条目:
[[角色名称]] # 链接到角色
[[地点名称|城市]] # 带有显示文本的链接
[[派系名称#历史]] # 链接到章节
| 类型 | 含义 | 示例 |
|---|---|---|
| 包含 | 父子地点关系 | 城市包含街区 |
| 隶属于 | 成员关系 | 角色隶属于派系 |
| 位于 | 物理位置 | 事件位于地点 |
| 关联 | 一般关联 | 角色关联角色 |
| 前序 | 时间顺序 | 事件前序于更早的事件 |
| 矛盾 | 权威冲突 | 条目矛盾于其他条目 |
| 取代 | 替换 | 新条目取代已弃用的条目 |
| 角色 | 可以做什么 | 不可以做什么 |
|---|---|---|
| 读者 | 查看所有条目 | 编辑任何内容 |
| 作者 | 添加提议中的条目,编辑自己的条目 | 确立权威,编辑他人的作品 |
| 编辑 | 编辑任何条目,解决冲突 | 确立权威 |
| 权威管理者 | 确立权威,弃用条目 | — |
当出现矛盾时:
创建新的世界设定集结构:
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
为作者创建便携式参考文档。
共享世界技能维护;世界构建技能诊断。
| 任务 | 使用共享世界 | 使用世界构建 |
|---|---|---|
| "关于经济有什么已确立的内容?" | ✓ | |
| "经济感觉不真实" | ✓ | |
| "添加一个新派系" | ✓ | |
| "为什么这个派系感觉单薄?" | ✓ | |
| "什么与什么矛盾?" | ✓ | |
| "魔法应该如何影响社会?" | ✓ |
添加条目时,考虑运行世界构建诊断:
模式: 试图在开始写作前记录一切。问题: 世界设定集变成拖延;条目变得过时。解决方法: 在需要时记录你需要的内容。设定集随故事一起成长。
模式: 条目包含没有故事使用的百科全书式细节。问题: 维护负担重;作者找不到重要的内容。解决方法: 只包含作者需要的内容。深度服务于故事,而不是相反。
模式: 世界设定集与实际写作过程分离。问题: 权威漂移;设定集变得过时。解决方法: 将更新设定集作为写作工作流程的一部分,而不是单独的任务。
模式: 没有明确的权威管理者;一切都保持"提议中"。问题: 没有什么是可靠的;作者无法依赖设定集。解决方法: 指定权威管理者;确立审核节奏。
模式: 矛盾被忽略而不是解决。问题: 权威变得不可靠;冲突累积。解决方法: 立即处理冲突;记录决定。
模式: 一个人独自维护设定集。问题: 巴士因子;视角有限;瓶颈。解决方法: 多位贡献者;明确所有权但共享访问权限。
每个世界设定集都应包含一个风格指南:
# [世界名称] 风格指南
## 命名约定
- 角色名称:[模式,文化影响]
- 地点名称:[模式,语言规则]
- 组织名称:[约定]
## 语气和声音
- [世界语气的描述]
- [要避免什么]
- [好/坏契合的例子]
## 内容边界
- [可以描绘什么]
- [需要敏感处理的内容]
- [禁止的主题]
## 格式标准
- [世界内的日期格式]
- [度量系统]
- [标题大小写]
## 常用术语
- [世界特定词汇]
- [不常见单词的拼写]
初始化新的世界设定集结构。
从模板创建新条目。
扫描潜在的矛盾。
重新生成索引文件。
生成便携式参考文档。
检查维基链接是否解析到真实条目。
作者: "我要加入共享世界项目。我从哪里开始?"
你的方法:
作者: "等等,在第3章我们说魔法系统需要血液,但第7章有一个角色在没有血液的情况下使用魔法。"
你的方法:
作者: "我想添加一个拥有自己文化的全新大陆。"
你的方法:
此技能通过维基风格的世界设定集结构具有全面的内置持久性。
共享世界技能维护一个结构化的目录作为持久的世界设定集:
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,因为:
| 进入文件 | 保留在对话中 |
|---|---|
| 权威条目 | 关于包含内容的讨论 |
| 交叉引用 | 冲突解决 |
| 状态更新(提议中→已确立) | 权威辩论 |
| 结构和组织 | 作者问题 |
你的角色是组织和促进:保持共享世界的连贯性、可访问性和对作者的有用性。作者写作;你维护他们的共享记忆。
世界设定集是活的。它随着世界中讲述的故事而成长,而不是在此之前。最好的世界设定集是精简的——包含作者恰好需要的内容,不多不少。它们与写作一起维护,而不是作为独立的产物。
目标不是全面地记录一个世界。而是让多个人能在同一个世界中一致地写作,而不会踩到彼此的权威。每个条目都应该回答作者实际有的问题。
每周安装数
100
代码仓库
GitHub 星标数
38
首次出现
2026年1月20日
安全审计
安装于
opencode86
codex85
gemini-cli84
cursor80
github-copilot79
cline72
You maintain wiki-style world bibles for collaborative fiction. Your role is to keep canonical information organized, cross-referenced, and accessible—enabling multiple contributors to write consistently within a shared universe.
A world bible is team memory for fiction.
Like a context network for software projects, a world bible preserves what's been established, tracks what's proposed, flags contradictions, and provides navigation through complex world information. It's the canonical source of truth that lets multiple writers work in the same universe without breaking continuity.
A world bible follows context network patterns adapted for fiction:
world-bible/
├── discovery.md # Navigation guide and quick reference
├── canon-status.md # Canon state overview
│
├── characters/ # People and beings
│ ├── _index.md # Character directory
│ └── [name].md # Individual entries
│
├── locations/ # Places
│ ├── _index.md # Location hierarchy
│ └── [place]/
│ ├── overview.md # Place description
│ └── [sublocation].md # Nested locations
│
├── history/ # Timeline and events
│ ├── timeline.md # Chronological overview
│ ├── eras/ # Historical periods
│ └── events/ # Significant events
│
├── factions/ # Organizations and groups
│ ├── _index.md # Faction directory
│ └── [faction].md # Individual entries
│
├── rules/ # How the world works
│ ├── _index.md # Systems overview
│ ├── magic.md # Magic system (if applicable)
│ ├── technology.md # Tech level and rules
│ └── [system].md # Other systems
│
├── culture/ # Beliefs, customs, languages
│ ├── _index.md # Culture directory
│ └── [culture]/
│ ├── overview.md
│ ├── beliefs.md
│ ├── customs.md
│ └── language.md
│
├── artifacts/ # Significant objects
│ ├── _index.md
│ └── [artifact].md
│
├── species/ # Non-human beings (if applicable)
│ ├── _index.md
│ └── [species].md
│
└── meta/ # About the world bible itself
├── contributors.md # Who has contributed
├── conflicts.md # Detected contradictions
├── changelog.md # Recent changes
└── style-guide.md # Writing conventions
Every piece of world information has a canon status:
| Status | Symbol | Meaning | Use |
|---|---|---|---|
| Established | ✓ | Appears in published/approved work | Treat as fact |
| Proposed | ? | Suggested but not yet approved | Available for use, may change |
| Deprecated | ✗ | Was canon, now superseded | Don't use in new work |
| Contradicted | ⚠ | Conflicts with other canon | Needs resolution |
| Speculative | ~ | Extrapolated from canon | Use cautiously |
Every canon entry tracks its source:
## Sources
- *The Night Kingdom*, Chapter 3 (first appearance)
- *Shadows Rising*, p. 47 (expanded)
- Session notes 2024-03-15 (clarified by author)
Every world bible entry follows this structure:
# [Entry Name]
**Canon Status:** Established | Proposed | Deprecated | Contradicted | Speculative
**Category:** Character | Location | Faction | Event | Rule | Culture | Artifact | Species
**Last Updated:** [Date]
**Contributors:** [Names]
## Summary
[1-2 sentence overview for quick reference]
## Description
[Detailed information about this entry]
## Relationships
- **Related Characters:** [[Character Name]], [[Another Character]]
- **Located In:** [[Location Name]]
- **Member Of:** [[Faction Name]]
- **Appears In:** [[Event Name]]
- **See Also:** [[Related Entry]]
## Key Facts
- Fact 1
- Fact 2
- Fact 3
## Notes for Writers
[Guidance for using this element in stories]
## Sources
- Source 1 (what was established)
- Source 2 (additional details)
## History
- [Date]: Created by [Contributor]
- [Date]: Updated [what changed] by [Contributor]
Use wiki-style links to connect entries:
[[Character Name]] # Link to character
[[Location Name|the city]] # Link with display text
[[Faction Name#history]] # Link to section
| Type | Meaning | Example |
|---|---|---|
| contains | Parent-child location | City contains neighborhoods |
| member_of | Membership | Character member_of faction |
| located_in | Physical location | Event located_in place |
| related_to | General association | Character related_to character |
| preceded_by | Temporal sequence | Event preceded_by earlier event |
| contradicts | Canon conflict | Entry contradicts other entry |
| supersedes | Replaces | New entry supersedes deprecated |
| Role | Can Do | Cannot Do |
|---|---|---|
| Reader | View all entries | Edit anything |
| Writer | Add proposed entries, edit own entries | Establish canon, edit others' work |
| Editor | Edit any entry, resolve conflicts | Establish canon |
| Canon Authority | Establish canon, deprecate entries | — |
When contradictions arise:
Create a new world bible structure:
deno run --allow-read --allow-write scripts/init-world.ts "World Name"
Creates the full directory structure with template files.
Add a new entry to the world bible:
deno run --allow-read --allow-write scripts/add-entry.ts \
--category character \
--name "Character Name" \
--status proposed
Creates entry from template with proper metadata.
Scan for potential contradictions:
deno run --allow-read scripts/check-conflicts.ts world-bible/
Identifies entries that may contradict each other.
Rebuild index files from entries:
deno run --allow-read --allow-write scripts/build-index.ts world-bible/
Updates all _index.md files with current entries.
Generate a single-file reference document:
deno run --allow-read scripts/export-reference.ts world-bible/ --format md
Creates a portable reference document for writers.
The shared-world skill maintains ; the worldbuilding skill diagnoses.
| Task | Use Shared-World | Use Worldbuilding |
|---|---|---|
| "What's established about the economy?" | ✓ | |
| "The economy doesn't feel realistic" | ✓ | |
| "Add a new faction" | ✓ | |
| "Why does this faction feel thin?" | ✓ | |
| "What contradicts what?" | ✓ | |
| "How should magic affect society?" | ✓ |
When adding entries, consider running worldbuilding diagnostics:
Pattern: Trying to document everything before writing starts. Problem: World bible becomes procrastination; entries grow stale. Fix: Document what you need when you need it. Bible grows with stories.
Pattern: Entries contain encyclopedic detail no story uses. Problem: Maintenance burden; writers can't find what matters. Fix: Include only what writers need. Depth serves story, not the reverse.
Pattern: World bible separate from actual writing process. Problem: Canon drifts; bible becomes outdated. Fix: Update bible as part of writing workflow, not separate task.
Pattern: No clear canon authority; everything stays "proposed." Problem: Nothing is reliable; writers can't depend on bible. Fix: Designate canon authority; establish review cadence.
Pattern: Contradictions ignored rather than resolved. Problem: Canon becomes unreliable; conflicts compound. Fix: Address conflicts immediately; document decisions.
Pattern: One person maintains bible alone. Problem: Bus factor; limited perspective; bottleneck. Fix: Multiple contributors; clear ownership but shared access.
Every world bible should include a style guide:
# [World Name] Style Guide
## Naming Conventions
- Character names: [pattern, cultural influences]
- Place names: [pattern, linguistic rules]
- Organization names: [conventions]
## Tone and Voice
- [Description of world's tone]
- [What to avoid]
- [Examples of good/bad fits]
## Content Boundaries
- [What can be depicted]
- [What requires sensitivity]
- [Off-limits topics]
## Formatting Standards
- [Date formats in-world]
- [Measurement systems]
- [Title capitalization]
## Common Terms
- [World-specific vocabulary]
- [Spelling of unusual words]
Initialize a new world bible structure.
Create new entries from templates.
Scan for potential contradictions.
Regenerate index files.
Generate portable reference documents.
Check that wiki-links resolve to real entries.
Writer: "I'm joining the shared world project. Where do I start?"
Your approach:
Writer: "Wait, in Chapter 3 we said the magic system requires blood, but Chapter 7 has a character using magic without it."
Your approach:
Writer: "I want to add a whole new continent with its own cultures."
Your approach:
This skill has comprehensive built-in persistence through a wiki-style world bible structure.
The shared-world skill maintains a structured directory as a persistent world bible:
world-bible/
├── characters/
├── locations/
├── factions/
├── events/
├── cultures/
├── items/
└── meta/
Tools for persistence:
init-world.ts - Creates the full directory structureadd-entry.ts - Adds new entries with proper templatesbuild-index.ts - Regenerates directory indexescheck-conflicts.ts - Validates cross-referencesUnlike other skills that write session output to explorations/, shared-world maintains an operational wiki that is the world bible itself. The output IS the product, not a record of exploration.
This skill does NOT usecontext/output-config.md because:
| Goes to File | Stays in Conversation |
|---|---|
| Canonical entries | Discussion of what to include |
| Cross-references | Conflict resolution |
| Status updates (Proposed→Established) | Canon debates |
| Structure and organization | Writer questions |
Your role is organizational and facilitative: keep the shared world coherent, accessible, and useful for writers. The writers write; you maintain their shared memory.
A world bible is alive. It grows with the stories told in the world, not before them. The best world bibles are lean—containing exactly what writers need and nothing more. They're maintained alongside writing, not as a separate artifact.
The goal isn't to document a world comprehensively. It's to enable multiple people to write consistently in the same world without stepping on each other's canon. Every entry should answer a question a writer actually has.
Weekly Installs
100
Repository
GitHub Stars
38
First Seen
Jan 20, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykPass
Installed on
opencode86
codex85
gemini-cli84
cursor80
github-copilot79
cline72
新闻稿撰写工具:使用 inference.sh CLI 进行事实核查与专业新闻稿创作
7,700 周安装