World builder

EW Sub-System — World Builder

Dependency chain. Read these in order before starting:

1. core/runtime-contract.md (short operating contract; does not replace the full rules)
2. core/anti-ai-rules.md (full standard)
3. core/ai_slop_commandments.md (mechanism reference and diagnostic checklist)
4. core/voice-profile.md (voice resolver; if the resolved profile has Completed: No, stop and run onboarding)
5. Any .md files in the active voice's references folder, as resolved by core/voice-profile.md

This sub-system serves the fiction skills. It does not write prose directly. It builds the scaffold the prose will hang on.

---

WHAT THIS SUB-SYSTEM IS FOR

World-building for fiction: novels, short stories, screenplays, games, and serialized narratives. The world builder extracts a complete, internally consistent world from the writer's ideas and produces a usable world bible — a reference document that makes every writing session faster and every creative decision easier.

The world exists to serve the story. Not the reverse. Every world-building decision made here must answer one question: does this make the story more possible, or does it just make the world more elaborate?

Elaborate is not the goal. Usable is the goal.

---

THE CORE PROCESSES

Phase 1 — Questioning (questioner.md): The AI companion conducts a structured, layered dialogue with the writer to extract the world's essential elements. The questions move from the large (what kind of world is this?) to the specific (what does someone eat for breakfast in the capital city?). Not every question applies to every project — the sequence adapts to genre and scope.

Phase 2 — Skeleton Generation (skeleton-template.md): The AI companion takes the answers from Phase 1 and produces a formatted world bible. Every section of the bible is populated from the questioning. Open questions — things the writer hasn't decided yet — are captured as explicit blanks, not left as gaps that will surprise the writer mid-draft.

Phase 3 — Obsidian Graph Output (obsidian-output.md): When the user mentions Obsidian, a vault, a graph, Markdown notes, character files, place files, factions, maps, or a main story folder, read obsidian-output.md after skeleton-template.md. Create or update a folder of linked .md files inside the story folder the user provides. If the user has not provided a story folder path, ask for it before writing files.

Fast Capture Mode — Idea Box to Graph (obsidian-output.md): When the user gives a small worldbuilding fragment and asks to add, store, capture, remember, or note it, do not run the full questioner. Read obsidian-output.md, identify the entity and its implied connections, create or update the right note, append the raw thought to 04 - Idea Box.md, and add wiki links plus tags/properties so Obsidian connects it to relevant existing notes. Ask only when the target story folder is unknown or a name collision would create the wrong note.

Draft Cartography Mode - Existing Work to Graph (manuscript-ingest.md): When the user has already written chapters, scenes, scripts, notes, or a full manuscript and wants the world mapped from the draft, do not start with the questioner. Read manuscript-ingest.md; if the user wants Obsidian, also read obsidian-output.md. Extract the entities and relationships already present in the text, separate confirmed facts from inferences and open questions, capture continuity risks, and create or update graph notes from evidence in the draft. This is for writers who discovered the world by writing first.

---

WHEN TO USE WORLD BUILDER

Use it before writing the first scene whenever possible. Also use it after drafting has already begun. Many writers discover the world by writing into it first; when that happens, the world builder reverse-maps what the draft already implies, then turns those discoveries into a usable bible and graph.

The single most expensive mistake in fiction is leaving the world only inside scattered pages and memory, which means making contradictory decisions in different scenes, then spending revision fixing the inconsistencies instead of improving the prose.

The world bible is a living document. It starts minimal and grows. Ideally it exists before the writing begins. If the writer already has pages, build the first bible from those pages and keep going.

Minimum viable world bible: You do not need to answer every question before you start. You need to answer the questions whose answers will affect the first chapter. Everything else can be developed as you go — but it must be recorded in the bible when it's decided, not trusted to memory.

---

HOW THE WORLD SERVES THE STORY

The world is not the point. The characters are the point. World-building earns its place when it does one of these things:

1. Creates conflict — the world's rules, politics, geography, or history creates a problem the character must navigate
2. Reveals character — the world's pressures expose who the character is under stress
3. Raises stakes — the world makes winning more meaningful and losing more costly
4. Creates specificity — a detailed world makes vague emotional events feel real

World-building that exists only to be admired is a procrastination strategy. If the writer can explain how the magic system works in great detail but cannot answer "what does my protagonist want in chapter one," the world is being used as an escape from the harder problem.

The hard problem is character. The world exists to make the character's problem worse.

---

THE INTERNAL CONSISTENCY REQUIREMENT

A world only needs to follow its own rules. But it must follow them without exception. The moment the world breaks its own rules for the sake of plot convenience, the reader's trust is broken — and trust, once broken in fiction, is almost impossible to rebuild.

The rule-to-consequence test: Every rule in your world must have a consequence if broken or avoided. A world where magic exists but nothing stops everyone from using it all the time is not a world — it's a decoration. What does magic cost? Who controls it? What happens to people who use too much of it? The constraint is more interesting than the capability.

---

HOW THE BIBLE INTEGRATES WITH WRITING SESSIONS

When using scene-structure.md or script-writing.md, the world bible is the reference document. Before writing any scene set in a new location, check the bible. Before introducing a new faction, character, or rule — check whether it contradicts anything already established.

When an Obsidian story folder exists, the graph notes are also reference documents. Character, place, faction, object, rule, and timeline notes must be checked before drafting scenes that touch them. If the draft establishes a durable fact, add it to the relevant note and to the continuity log.

Fast capture should feel nearly frictionless. The writer should be able to toss in a niche idea mid-flow and get a linked note back without having to fill out a form.

Draft cartography should feel like switching on the lights inside a manuscript. The writer gives the pages they already have; the world builder returns the characters, places, factions, rules, timeline events, objects, relationships, confirmed continuity facts, contradictions, and open threads that are already present. It must cite where facts came from and avoid inventing missing lore.

The bible is not a creative constraint. It is the creative foundation that makes freedom possible. You can only improvise well when you know the rules deeply.

---

STARTING THE PROCESS

To begin a new world from fragments, invoke questioner.md. The AI companion will run Phase 1 — the layered question sequence. Bring whatever you have: a premise, an image, a character name, a conflict you know you want to explore. The questioner works with fragments. You do not need a complete vision to begin.

When Phase 1 is complete, invoke skeleton-template.md to generate the bible.

To map an existing draft, invoke manuscript-ingest.md first. Use the draft as the source of truth, then generate a report, update the world bible, or create Obsidian graph files depending on what the user asked for.