Maintain a wiki-style world bible for collaborative fiction. Use for long-running story worlds, shared universes, membership sites, or any fiction requiring persistent canonical reference.
npx claudepluginhub joshuarweaver/cascade-content-creation-misc-1 --plugin jwynia-agent-skills-1This skill uses the workspace's default tool permissions.
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.
Guides Next.js Cache Components and Partial Prerendering (PPR) with cacheComponents enabled. Implements 'use cache', cacheLife(), cacheTag(), revalidateTag(), static/dynamic optimization, and cache debugging.
Guides building MCP servers enabling LLMs to interact with external services via tools. Covers best practices, TypeScript/Node (MCP SDK), Python (FastMCP).
Generates original PNG/PDF visual art via design philosophy manifestos for posters, graphics, and static designs on user request.
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 use context/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.