Product architecture
Define Libraries, permitted source catalogues, knowledge boundaries, human authority and continuity rules.
Live product testing · persistent AI GM · governance under play
The operational testing model for Briana's larger AI-guided roleplay architecture: a persistent campaign used to test continuity, player agency, evidence separation, recovery and bounded access to governed lore.
Operational evidence
First Fracture is not presented as a generic concept demo. Its local runtime was checked read-only on 25 August 2026 and reported healthy at event 156. The figures below describe this Campaign only.
Read-only runtime census: 25 August 2026. Database quick-check returned OK; foreign-key errors: 0. Counts are different record classes and are not additive.
Architecture-to-operations loop
The broader architecture defines how governed knowledge should become playable context. First Fracture supplies the operational pressure that reveals whether those controls survive continuity, recovery and unpredictable player action.
Define Libraries, permitted source catalogues, knowledge boundaries, human authority and continuity rules.
Exercise the rules through a persistent campaign with live actors, decisions, consequences and recovery needs.
Expose source confusion, canon drift, identity errors, recovery gaps and unsafe assumptions as concrete defects.
Append corrections, strengthen acceptance criteria and return evidence-backed lessons to the product design.
Capabilities under test
Actors retain motives, limits, relationships and off-screen activity while consequences and world clocks continue beyond a single exchange.
The GM may adjudicate the world, but it may not invent the player character's actions, consent or decisions.
Character knowledge, GM-sealed information, technical state and shared Campaign facts are kept distinct rather than collapsed into one context.
Established history is not silently rewritten. Corrections supersede earlier records while preserving what changed and why.
After interruption, the instance verifies the authoritative runtime edge before resuming play and checks the append after every write.
Reference material remains separate from Campaign canon until a specifically authorised, fail-closed adapter action permits a narrow read.
Evidence maturity
The case study does not use one successful check to imply that every planned capability exists.
The live local database reached event 156 and passed a current read-only integrity check. It contains persistent actors, outcomes, consequences, knowledge records and world clocks used to run the Campaign.
The corrected v1.2.1 release passed 53 of 53 executable tests, including fail-closed, isolation, injection-shaped input, concurrency and continuity-separation checks. It was not connected to the live Campaign. A separately authorised read-only v1.2.0 handshake at event 142 imported zero claims and changed no Campaign state.
A forty-test acceptance specification covers authority, privacy, hidden adjudication, transaction recovery, player agency and lifecycle controls. It remains a working design specification: implementation, execution and deployment are not claimed.
Briana's role
Briana directs the system as Campaign authority, product architect and adversarial reviewer. AI collaborators provide implementation, narration, drafting and analysis within the boundaries she sets and approves.
Rights and presentation boundary
This is an unofficial, non-commercial fan-project case study. Transformers and related intellectual property belong to their respective rights holders. This page documents Briana's original system architecture, AI direction, governance, Campaign operations and original contributions—not ownership of the underlying franchise.