BLACK KEEL GAMESFORTUNE & GALLOWS · TECHNICAL DOCUMENTATION

IMMUTABLE HISTORY

History is a constraint, not a branching prize tree.

Fortune & Gallows is designed so the player can profoundly alter a character's life without being granted the power to rewrite fixed historical outcomes simply because they arrived on scene.

Design ContractEvent staging verified

The core distinction

Player-authored life

Work, crime, service, friendships, grudges, travel, risk, reputation, wealth, injury, survival, and local consequences can emerge from the player's choices.

Historically fixed anchors

Events that the project treats as established history are not converted into alternate-history branches merely because the player is nearby.

That is not intended to reduce agency. It changes the type of agency the game offers. The player controls what their character attempts inside history; the player does not control whether history agrees to become a different timeline.

What can still change around a fixed event

Historical immutability leaves a large space for simulation. A player may still:

  • arrive before, during, or after an event;
  • be physically present or far away;
  • hear accurate, delayed, distorted, partisan, or incomplete reports;
  • prepare, flee, investigate, work, trade, hide, rescue, exploit, or simply observe when supported by the local situation;
  • lose possessions, contacts, opportunities, safety, or status because of the event;
  • gain information, relationships, employment, profit, evidence, or notoriety because of how they responded;
  • misunderstand what happened until later information reaches them.
Fixed outcome does not mean fixed experience.Two characters can pass through the same historical event and leave with completely different personal stories, knowledge, losses, relationships, and consequences.

Why Black Keel uses this rule

Historical trust

Research remains meaningful because famous events are not quietly rewritten whenever they become inconvenient to a procedural story.

Fair simulation

The world does not revolve around the player. Important events can occur whether the character benefits from them or not.

Stronger role-play

The challenge becomes surviving and understanding a changing world, not searching for the dialogue option that unlocks a preferred timeline.

Verified event structure

The current historical-event data layer contains a staged subset built around three phases:

ApproachConditions, warnings, rumors, preparations, movement, and other lead-up state before the fixed event becomes active.
ActiveThe event is occurring. Player opportunities are constrained by location, knowledge, timing, capability, and the fixed historical anchors for that event.
AftermathDamage, news, recovery, political or economic consequences, changed access, memory, and the longer tail after the event.

At the September 6, 2026 audit point, 42 historical-event staging packages were present, each with one Approach, one Active, and one Aftermath phase: 126 phases total.

What this page does not claim

The historical registry contains more events than the fully staged subset. A record existing in research data does not by itself prove that every possible local interaction, rumor path, economic consequence, or NPC response has been implemented. Those distinctions remain visible in development status rather than being hidden behind broad marketing language.