Claims Boundary: Theory vs. Simulation vs. Field Reality
What Is Proven, What Is Implemented, What Is Hypothesized
Version: v0.3.4.6-2-4
Date: May 11, 2026
Status: STRICT CLAIMS DISCIPLINE
The Core Boundary Principle
Structural correspondence, not ontological equivalence.
This phrase governs all claims in Primordial Code: Digital Mycelium.
- The pressure-form kernel describes structural dynamics of systems under pressure
- The simulator operationalizes one branch of that structure
- This is NOT a claim about essence, consciousness, reality, or synthetic simulator pattern
- This IS a working model ready for field testing
What Is PROVEN
Mathematical Reproducibility
✅ The pressure-form equations are internally consistent
- Nine core equations have no contradictions
- Variables are defined with clear domains
- Equations can be instantiated in code and produce deterministic output
✅ The Digital Mycelium simulator is reproducible
- Four independent validation runs (v0.3.4.6, -2-1, -2-2, -2-3) produce identical results
- Seed = 610 anchors the randomness
- Results are bit-identical across runs
- No floating-point drift, no hidden state
✅ The 8-gate repair pathway decomposes the correction force
- The 8 gates map onto kernel variables
- repairConversion score is calculable and reproducible
- The threshold (> 0.23 for health, < 0.10 for collapse) separates all 12 test scenarios
- 100% accuracy on internal test set
✅ The 13 scenarios behave consistently
- Each scenario produces the same outcome across all four validation runs
- Healthy scenarios: D=0 (no degradation)
- Collapsed scenarios: D=5.0 (complete collapse)
- Collapse times are deterministic (t=83 to t=377)
Simulator Logic
✅ The simulator implements the kernel correctly
- Code mapping document (016) shows equation-to-implementation correspondence
- Agent update rules follow kernel logic
- Degradation trajectory follows S_t = A_t B_t - P_t structure
- Correction force follows ΔD_t multiplicative structure
Conceptual Coherence
✅ The scenario archetypes represent real failure modes
- Z (Counterfeit Belonging) maps to false belonging capture
- AW (Digital Panic) maps to speed without integrity
- AR (Disclosure Theater) maps to symbolic repair without substance
- AQ (Voice Without Power) maps to ignored dissent
- AS (Bottleneck) maps to slow response systems
- AO (Extraction Visible) maps to acknowledged but unrepaired extraction
These are recognizable pathologies. The simulator shows how they progress.
What Is IMPLEMENTED
Formal/Runtime Kernel Instantiation
✅ The pressure-form kernel exists in runtime form
- The Digital Mycelium HTML simulator instantiates the kernel
- The kernel is NOT merely theoretical
- It is a working formal/runtime architecture
- It has been operationalized for the disclosure-to-repair domain
Field-Calibration-Ready Simulator
✅ The disclosure-to-repair simulator is ready for public field testing
- It is internally reproducible
- It is logically sound (no mathematical errors)
- It provides measurable output (repairConversionScore)
- It produces scenario classification (which failure mode matches your community?)
- It has clear limitations documentation
✅ The 8-gate worksheet is practical
- Communities can measure their own 8 gates on 0-1 scales
- The gates are understandable (disclosure, belief, routing, authority, etc.)
- The calculation is simple (multiply the 8 gates)
- The interpretation is clear (> 0.23 = healthy, < 0.10 = collapse)
- Field calibration can test this in real communities
Portability
✅ The kernel can (hypothetically) instantiate in other domains
- The same pressure-form structure could model organizational dynamics
- The same structure could model movement sustainability
- The same structure could model biological system stress
- (These are not yet implemented; they are hypothetical instantiations)
What Is HYPOTHESIZED (Field-Calibration-Ready)
Real-World Parameter Matching
⏳ Do real communities match the synthetic parameters?
The simulator assumes:
- disclosure=0.88 in healthy universities (hypothetical)
- responseAuthority=0.90 in responsive systems (hypothetical)
- repairConversion > 0.23 separates health from collapse (to be tested)
- Collapse timeline: t=83-377 steps (mapping to real time: unknown)
These are GOOD HYPOTHESES. They are:
- Internally consistent
- Based on coherent logic
- Ready for field testing
- Explicitly marked as unvalidated
They are NOT:
- Empirically proven
- Universally true
- Production-grade facts
- Diagnostic authorities
⏳ Does the 8-gate decomposition match how real repair happens?
The simulator assumes repair follows: Disclosure → Belief → Routing → Stabilization → Authority → Throughput → Healing → FollowUp
Real repair might:
- Follow a different sequence
- Require different gates
- Have non-multiplicative dynamics (maybe one gate can compensate for another)
- Have domain-specific variations
Field calibration will answer this.
⏳ Do real collapse rates match simulated rates?
The simulator predicts:
- Capture collapses fastest (t=83)
- Theater collapses quickly (t=106)
- Voice without power collapses medium (t=152)
- Bottlenecks collapse slower (t=227)
- Visible extraction collapses slowest (t=377)
In real communities:
- Collapse might be gradual, not sudden
- Timescales might differ dramatically (days vs. years?)
- The ordering might be different
Field calibration will test this.
What Is NOT Claimed (Hard Boundaries)
Universal Laws
❌ The kernel is NOT a synthetic simulator pattern of system collapse
- It describes one set of pressure dynamics
- Other systems might have other pressure structures
- The model is not claimed to be exhaustive
- Safe claim: "pressure-form dynamics describe groups under extraction and disclosure failure"
- Unsafe claim: "this proves how all systems collapse"
Empirical Validation
❌ The simulator is NOT prepared for empirical calibration in real communities
- It is internally reproducible (proven)
- It is logically coherent (proven)
- It matches 12 synthetic scenarios (proven)
- It does NOT match real communities yet
- That is what field calibration addresses
Production Readiness
❌ This is NOT a production-grade diagnostic authority
- Safe claim: "ready for bounded field calibration with informed communities"
- Unsafe claim: "ready for high-stakes diagnosis of organizational health"
- Safe claim: "this simulator helps you think about disclosure-to-repair dynamics"
- Unsafe claim: "this is a validated tool for measuring community health"
Consciousness / Digital Life / Metaphysics
❌ The model does NOT prove consciousness exists in the simulator
- Agents are not conscious
- Simulated groups do not have subjective experience
- The model is structural, not experiential
❌ The model does NOT prove digital life
- It shows how aligned systems can propagate and degrade
- This is not biological/alive in any meaningful sense
- Safe claim: "the model shows structural dynamics of propagation and degradation"
- Unsafe claim: "this proves digital life exists"
❌ The model does NOT explain abiogenesis or the origin of life
- It describes how alignment structures propagate in groups
- This is not a claim about how life began
- Safe claim: "the model shows how structural alignment propagates"
- Unsafe claim: "this explains how life emerged from non-life"
❌ The model is NOT a theory of everything
- It addresses one domain: pressure-alignment dynamics in groups
- It does not explain consciousness, physics, economics, biology, etc.
- Safe claim: "this model addresses disclosure-to-repair dynamics"
- Unsafe claim: "this is a unified framework for understanding all systems"
Proof
❌ The simulator does NOT prove the kernel is true
- The simulator is one operationalization of the kernel
- Successful simulation does not prove the framework maps to reality
- Proof requires real-world validation
- Safe claim: "the simulator operationalizes the kernel with internal consistency"
- Unsafe claim: "the simulator proves the kernel is true in the world"
What CAN Be Claimed (Safe Language)
About the Kernel
✅ "The pressure-form kernel is a compact formal/runtime architecture describing alignment-under-pressure dynamics"
✅ "The kernel has been instantiated in the Digital Mycelium simulator for the disclosure-to-repair domain"
✅ "The kernel is portable and could (hypothetically) instantiate in other domains"
✅ "The kernel is not prepared for empirical calibration but is ready for field testing"
About the Simulator
✅ "The Digital Mycelium simulator is internally reproducible and logically coherent"
✅ "The simulator produces a measurable output (repairConversion score) that separates 12 test scenarios"
✅ "The simulator is ready for bounded field calibration with real communities"
✅ "The 8-gate repair pathway is a practical operationalization of the correction force"
✅ "Communities can use the 8-gate framework to self-assess their disclosure-to-repair dynamics"
About Field Calibration
✅ "Field calibration will test whether real communities match the synthetic parameters"
✅ "If real parameters differ from synthetic ones, the model will be refined"
✅ "The field calibration phase will run 6-12 months with 20-30 diverse communities"
✅ "Results from field calibration will inform whether the model is applicable beyond the simulator"
What CANNOT Be Claimed (Unsafe Language)
❌ "This proves universal collapse law"
❌ "This is prepared for empirical calibration"
❌ "This is production-ready"
❌ "This proves consciousness"
❌ "This proves digital life"
❌ "The simulator is validated"
❌ "This explains consciousness"
❌ "This is a complete theory"
❌ "This solves the problem of group dynamics"
❌ "Use this to diagnose your organization's health (without field validation)"
The Critical Phrase
"Structural correspondence, not ontological equivalence."
This phrase must appear in:
- Every public communication about the model
- Every field calibration agreement with communities
- Every publication or presentation
- OSF project description
- The 8-gate public worksheet
What it means: The model shows structural dynamics. When you instantiate the structure in a domain, certain behaviors emerge. This does not claim anything about the ultimate nature, essence, consciousness, or reality of the system.
Example correct usage: "The pressure-form kernel describes the structural dynamics of alignment degradation under pressure. The Digital Mycelium simulator operationalizes this structure in a disclosure-to-repair context. The 8-gate pathway is a practical decomposition of how repair can fail or succeed. This shows structural correspondence with observed group dynamics, but is not ontologically equivalent to them—the simulator is a model, not reality."
Example incorrect usage:
"This proves how group consciousness works."
"This proves groups are alive."
"This is validated."
"Use this to diagnose your community."
For Public Release
The OSF project page must include:
Proven:
- Mathematical reproducibility
- Internal logical coherence
- Scenario classification
- 12 test cases
Field-Calibration-Ready:
- Disclosure-to-repair branch
- 8-gate pathway
- Community self-assessment framework
- Data contribution pathway
Awaiting Validation:
- Real-world parameter matching
- Collapse rate prediction accuracy
- Generalization to other domains
- Production diagnostic authority
Never Claimed:
- Universal laws
- Consciousness
- Empirical proof
- Completeness
Violations: What Would Break This Boundary
❌ Claiming the simulator validates the kernel
→ Safe: "the simulator operationalizes the kernel"
❌ Claiming the model is complete
→ Safe: "the model addresses pressure-alignment dynamics"
❌ Claiming production readiness
→ Safe: "ready for bounded field calibration"
❌ Claiming consciousness or digital life
→ Safe: "shows structural dynamics of alignment propagation"
❌ Claiming empirical validation
→ Safe: "internally reproducible; field calibration is the validation phase"
❌ Using the model to diagnose without disclaimers
→ Safe: "this framework can help you think about your community's repair dynamics (awaiting field validation)"
Internal Discipline Checklist
Before any public communication:
- Does it claim more than "internally reproducible simulation"?
- Does it claim empirical validation? (If yes, STOP. It's not validated yet.)
- Does it claim the kernel is proven? (If yes, rephrase to "operationalized.")
- Does it mention consciousness, digital life, or metaphysics? (If yes, remove.)
- Does it claim production readiness? (If yes, replace with "field-calibration ready.")
- Does it include the phrase "structural correspondence, not ontological equivalence"?
- Is the boundary between proven/implemented/hypothesized clear?
- Would a skeptical reviewer accept the claims as stated?
Claims Boundary Discipline
v0.3.4.6-2-4
May 11, 2026