A fictional society can survive one writer's messy notebook. It becomes much harder when four people touch it: one writes scenes, one designs costumes, one builds maps, and one produces marketing art. Suddenly the same institution has three names, a funeral custom appears before anyone knows what it means, a character violates a taboo that another writer thought was absolute, and an artist receives a six-page lore dump with no indication of what is actually fixed.

The cure is not a larger encyclopedia. It is a collaboration system that separates evidence, invention, authority, and change.

This guide is for creative teams building fictional cultures and institutions together. It does not treat living cultural traditions as a free asset library. UNESCO's work on intangible cultural heritage, WIPO's work on traditional cultural expressions, and Smithsonian community-based cultural work all reinforce a useful principle for creators: context, community, provenance, and control matter. Fictional development should preserve those distinctions rather than flattening real practices into visual ingredients.

Define four layers before anyone starts writing

Every shared society should have four clearly labeled layers.

1. Source layer

This is where research lives: museum records, scholarship, archives, interviews, community-produced material, primary texts, and uncertainty notes.

A source note should answer:

  • What does the source actually say or show?
  • Where and when does it come from?
  • Who produced or interprets it?
  • Is it describing a living practice, historical evidence, or a later representation?
  • What should the team not infer from it?

Do not let a Pinterest image, a secondary blog summary, and a community-authored source enter the notes as if they have equal evidentiary weight.

2. Design-question layer

This converts research into questions rather than copies.

Instead of:

Use this wedding ritual.

Write:

What makes a marriage publicly legible in our fictional society: witnesses, exchange, registration, religious recognition, household transfer, or something else?

That extra step is the difference between research and extraction.

3. Canon layer

These are the decisions the fictional project has actually made:

  • who may hold office;
  • how inheritance works;
  • which institution can punish whom;
  • what a rite changes legally or socially;
  • what clothing signals;
  • what the calendar controls;
  • which conflicts are unresolved.

Canon should be short enough to use.

4. Presentation layer

This is what each output needs: scene, illustration brief, game quest, costume sheet, web page, pitch deck, or marketing copy.

A presentation artifact can simplify canon for a purpose, but it should not silently create new canon.

Create an authority map, not just a team roster

A collaboration fails when everyone knows their job title but nobody knows who can approve a change.

Use a table like this:

Area Proposes Reviews Approves Must be informed
government structure lore writer narrative lead world lead game/design teams
costume symbolism art team lore + cultural review art director narrative
naming conventions language/narrative lore world lead localization
ritual scene writer lore + provenance review narrative lead art/audio
marketing summary marketing lore brand lead narrative

The point is not bureaucracy. It is preventing a late-stage argument from becoming “I thought I was allowed to decide that.”

For each area, name one final approver. If two people both have veto power, define what each veto covers.

Use a handoff packet that can be read in ten minutes

Never hand an artist or writer the entire wiki and call that a brief.

A useful handoff packet contains:

What is fixed

  • three to seven canon bullets;
  • required terminology;
  • visual or social constraints;
  • the exact relationship to the current story.

What is flexible

  • details the receiver may invent;
  • examples of acceptable variation;
  • what can be compressed for the medium.

What is sensitive

  • living traditions or specific historical sources being referenced;
  • sacred, community-specific, restricted, or contested material;
  • claims that require further checking;
  • stereotypes the team has explicitly decided not to use.

What decision is needed

  • one sentence describing the deliverable;
  • one deadline;
  • one approver;
  • one place where questions are recorded.

If the packet needs twenty pages before the receiver can start, the team has not prioritized the information.

Maintain a provenance ledger beside the canon

A shared fictional society needs to remember not only what it decided but why.

For each meaningful element, store:

  • fictional element;
  • status: draft / approved / deprecated;
  • source or inspiration note;
  • transformation note: what changed between reference and invention;
  • owner;
  • date approved;
  • affected assets;
  • sensitivity or uncertainty flag.

Example:

Element Status Provenance Transformation Owner
harbor oath approved maritime labor-history research; no ritual copied invented public liability pledge tied to dock access lore lead
mourning color draft multiple unrelated references reviewed no real-world color rule adopted; fictional material availability drives choice art/lore
elder council deprecated genre shorthand, not research-derived replaced with rotating maintenance guild because economy required it world lead

This makes revision safer. Six months later, the team can distinguish a deliberate decision from a convenient accident.

Build version control around decisions, not paragraphs

Teams often version the document but fail to version the decision.

A change log entry should explain:

  1. what changed;
  2. why;
  3. who approved it;
  4. which downstream assets are affected;
  5. whether old material is invalid or merely from another time/place within the fiction.

Bad change log:

Updated religion section.

Useful change log:

v1.7 — Temple courts no longer issue civil marriage recognition. Household registrars do. Approved by world lead after Episode 4 plot review. Update scene 4B, character dossier L-12, city guide §3, and two costume captions. Temple blessing remains optional and socially prestigious.

The second entry prevents contradictory repairs later.

Use whatever tool the team can maintain—Git, a database, a wiki with history, a shared document, or a disciplined spreadsheet. The tool matters less than stable identifiers and clear approvals.

Give contradictions a queue instead of solving them in chat

A contradiction is useful information. Do not bury it in a message thread.

Create an issue with:

  • contradiction ID;
  • affected canon;
  • two conflicting claims;
  • first appearance of each;
  • severity;
  • owner;
  • decision deadline;
  • temporary rule.

Severity can be:

  • Blocker: two outputs cannot both ship.
  • Major: changes character motivation, institution, timeline, or visual system.
  • Minor: wording or local detail can coexist until cleanup.
  • Intentional: apparent contradiction is diegetic—different groups believe different things.

That last category matters. A society becomes more convincing when disagreement exists inside it. The collaboration system should distinguish “our team contradicted itself” from “two fictional institutions disagree.”

Separate cultural review from continuity review

These reviews ask different questions.

A continuity reviewer asks:

  • Does this match established canon?
  • Does the timeline work?
  • Do institutional powers remain consistent?
  • Did this asset invent a rule accidentally?

A provenance/cultural reviewer asks:

  • Are real references identified accurately?
  • Has context been stripped away?
  • Are multiple traditions being merged without explanation?
  • Is a living community being treated as a historical costume?
  • Does the project need consultation, permission, attribution, or a change in approach?

Passing continuity does not mean a cultural reference is responsibly handled. Passing a provenance review does not mean the fictional economy makes sense.

Keep the checklists separate, then combine the decisions.

Design the society so different media can use it

A novelist needs causal depth. A concept artist needs visible signals. A game designer needs repeatable rules. A marketing editor needs a concise explanation.

Give every important institution four fields:

Purpose: What social problem does it solve?

Power: What can it actually do?

Visible signals: How does a viewer recognize its presence without exposition?

Scene hooks: What conflict, choice, transaction, ceremony, or consequence can put the institution on screen?

For example, a fictional flood-insurance guild might:

  • pool rebuilding risk;
  • deny dock access to members who evade contributions;
  • use stamped waterproof tags on warehouses;
  • create scenes around inspections, disputed claims, corruption, or emergency exemptions.

Now art, narrative, and gameplay can use the same institution without duplicating a paragraph of lore.

Run a weekly 20-minute canon meeting

A small team does not need a lore parliament. It needs a tight cadence.

Agenda:

  • five minutes: new decisions awaiting approval;
  • five minutes: contradictions with shipping impact;
  • five minutes: source/provenance questions;
  • five minutes: downstream assets that must be updated.

Do not read documents aloud. Every item should end in one of four states:

  • approved;
  • revise;
  • research required;
  • intentionally unresolved.

Record the result immediately in the canon and change log.

The red-flag test before an asset ships

Ask seven questions:

  1. Did this asset create a new social rule that no one approved?
  2. Does it use a real-world motif whose context has been lost?
  3. Does its label imply that one community, nation, or tradition is a single timeless culture?
  4. Does the visual contradict how the fictional institution gets its money, labor, or authority?
  5. Does a character break a rule without the story acknowledging the consequence?
  6. Can the team trace important real-world references back to credible sources?
  7. If the asset becomes popular, will the team understand what it is claiming?

A “yes” to the first five is not always fatal. It is a reason to route the asset to the correct reviewer before release.

What a healthy collaboration system looks like

You know the system is working when a new collaborator can answer three questions quickly:

  • What is fixed?
  • What am I allowed to invent?
  • Who decides if my invention becomes canon?

You also know it is working when the team can remove a weak idea without losing its history. Good version control is not about preserving every paragraph forever. It is about preserving enough reasoning that the project does not repeat the same mistake.

The objective is not perfect agreement. Real societies contain contested histories, rival institutions, unequal power, regional variation, and people who interpret the same tradition differently. Your internal workflow should make room for that complexity while keeping the production facts legible.

Build less lore that nobody can govern. Build a smaller canon with provenance, owners, approvals, and consequences—and let the complexity emerge through people living inside it.

Add a release gate for names, symbols and summaries

Some of the most expensive continuity mistakes happen in “small” assets: a map label, a character card, a subtitle, a merchandise caption, or a two-sentence website description. These assets are produced quickly, so teams are tempted to exempt them from lore review. That is exactly where unofficial canon spreads.

Create a lightweight release gate for any asset that contains one of the following:

  • the name of a people, institution, ritual, office, or social rank;
  • a symbol said to have cultural or religious meaning;
  • a claim about what “everyone” in the society believes;
  • a historical date or origin story;
  • a rule about marriage, inheritance, punishment, citizenship, gender, caste, kinship, or taboo;
  • a real-world cultural comparison used to explain the fiction.

The gate does not need a meeting. The asset owner links the relevant canon IDs, the reviewer checks the wording against those IDs, and unresolved claims are either softened, removed, or sent back to the decision queue.

For public summaries, prefer scoped language. “Merchants in the eastern harbor commonly use…” is easier to keep accurate than “This culture believes…”. “The state registry recognizes…” is more useful than “Tradition requires…”. Scope gives the world room for minorities, regional practice, dissent, class difference, and historical change.

Also assign every public-facing cultural summary an expiry or review trigger. A summary should be revisited when the underlying institution changes, when a new story establishes a major exception, or when new research changes how the team understands a real-world reference. A two-year-old paragraph can be technically grammatical and still be dangerous because the project around it moved on.

This small gate turns marketing and metadata into part of the same governed world rather than a parallel source of accidental lore.

Sources

  1. UNESCO — Intangible Cultural Heritage, accessed October 4, 2026. https://ich.unesco.org/en
  2. WIPO — Traditional Cultural Expressions, accessed October 4, 2026. https://www.wipo.int/en/web/traditional-knowledge/traditional-cultural-expressions/index
  3. Smithsonian Center for Folklife and Cultural Heritage, accessed October 4, 2026. https://folklife.si.edu/
  4. Smithsonian — Cultural Vitality, accessed October 4, 2026. https://folklife.si.edu/cultural-vitality
  5. Smithsonian — Cultural Heritage Tourism, accessed October 4, 2026. https://folklife.si.edu/cultural-heritage-tourism

Related Reading