Architecture & Evidence
A constrained runtime built to prove what happened.
Deterministic projects, authenticated execution and machine-verifiable evidence across PC and Xbox.
Overview
From an editable file to a measured frame.
- Person / IDE / AI agent
- Editable XCP project
- Deterministic builder
- Local validation + host profile
- Authenticated PC–Xbox transport
- Content-addressed project store
- XCP Creative Host
- 2D / 3D / UI / audio / behavior / XVM
- Observation / capture / receipt / rollback
Foundations
What the runtime is made of.
These are not features layered onto a general-purpose host. Each one exists because a specific class of unverifiable outcome had to be made impossible.
Deterministic project and bundle contracts
Identical source emits an identical canonical manifest and content digest. Malformed paths, duplicate identities, dependency cycles, symlinks and tampering all fail closed.
Authenticated worker transport
One authenticated PC-to-Xbox channel with ephemeral session material. No credential is persisted on the console.
Content-addressed installation
Bundles are stored by digest and shared blobs are reference-counted, so an install is immutable and a reap cannot remove something still referenced.
Atomic activation
Exactly one version is current. Activation is an append-only, hash-chained journal with exact preconditions and replayable transitions.
Exact rollback
The previous version is restored, not rebuilt. A rejected candidate cannot disturb the version that is working.
Structured errors
Every failure carries a stable machine code plus complete details. Callers branch on the code, never on message text.
Correction ledgers
Append-only and hash-chained: what failed, what was changed in response, and whether the change worked.
Graph Runtime as control plane
Admission freezes selection, plan and module identity before execution begins, so what ran is knowable afterwards.
XVM as compute plane
A bounded integer virtual machine with a 26-opcode instruction set, structured control flow and a static fuel proof. Work that cannot be shown to terminate within budget is refused before it runs.
CPU canonical verification
The CPU reference interpreter defines the correct answer and is the universal fallback.
GPU through measured gates only
A GPU result becomes authoritative only on exact byte agreement with the reference. On divergence the runtime falls back rather than choosing a winner.
D3D11 and measured public-UWP D3D12
The foreground surface and the compute surface are both measured within public-UWP limits. No client-supplied shader is compiled on the device.
Private application storage
Projects, bundles and evidence live in app-private storage with a characterized capacity, committed and reclaimed in full.
Reproducible evidence
Reports are byte-identified. A claim on this site points at a report with a length and a digest, not at a description of one.
Performance figures appear further down as proof that this foundation is substantial. They are not the purpose of the product.
Evidence hierarchy
Eight layers, from a sentence to a digest.
A reader should be able to stop at the layer that satisfies them and keep descending if it does not.
- 1Human-readable summaryWhat was attempted and what happened.
- 2Machine-readable verdictA decision field a tool can branch on: pass, ready, not ready.
- 3Project and bundle identityThe exact digests the run was performed against.
- 4Runtime and package identityThe signed worker and its full package family name.
- 5Observations and capturesCounters, logs and deterministic frames with their own digests.
- 6Correction ledgerThe failures, the corrections and their order.
- 7Exact update and rollback proofThe version chain, restored rather than rebuilt.
- 8Full hashes and report referencesByte lengths and SHA-256 digests, printed in full.
Measurements
What has been measured, and where.
Every figure below is bound to a report in the programme repository. Local means implemented and tested on PC; measured on Xbox means driven live on retail hardware.
Creation, from zero, by an agent with no repository access
xcp.creative.module_capability_not_requested, xcp.creative.local_state_invalid, missing foreground surface, immutable-version collision, rollback-incompatible statepassAdaptation of a real external source
ready_playable_with_degradationapplication/octet-stream media requires PC-side replacement or conversionThe run above is exact and stands. Source fidelity is nonetheless a reopened, fail-closed gate: the achieved adaptation level is a behavioural subset of the original, not an equivalence claim. Work on higher fidelity is in progress and is deliberately not described here until it is validated in the authoritative repository state.
Evolution across a later authorized revision
1.1.0 · 0e0e835c10f06e4c49aa5f903786719f2193d4aacdfed1db253aaac10ce45e181.0.0 → 1.1.0 → 1.0.0 update and rollbackCreative host, restored exactly after a fresh session
signal-garden@1.0.0 restored; a binding that is not exact fails closedStudio, validated outside the development repository
1.8.0, 73 files, manifest-boundPYTHONPATH removed; created and opened a project, completed a lifecycle prepare, a real adaptation and an evolutionIdentities
The exact package the console was running.
Evidence without a package identity is a description of an event, not a record of one.
0.1.166.0.165 C3-complete · .164 regression and tamper-negative · .162 agent-native.163 remains an immutable path-length diagnostic and is never promotedCorrection ledgers
A ledger is append-only and hash-chained, written while the work runs. It records the structured failure, the correction derived from it and whether the retry succeeded — so a claim that something was fixed can be checked against the sequence that fixed it, rather than trusted.
Measured platform envelope
These are measured workload results on a public-UWP surface. They are not a full-console figure and no full-console claim is made anywhere in this programme.
Runtime boundaries
Constrained by design.
These constraints are enforced in the runtime and checked by a capability scan before any package is signed. They are the reason the measurements above are worth reading.
FAQ
Four questions worth answering directly.
- Does XCP jailbreak or modify the console?
- No. XCP operates within measured Xbox Developer Mode and public-UWP boundaries. It does not modify firmware, bypass the platform security model or upload arbitrary native code.
- Does the AI model run on the Xbox?
- No. Reasoning, creation, adaptation and correction happen on the PC side. Xbox executes bounded, validated artifacts through the measured XCP runtime, and the console stores no model-provider credentials. A model provider may itself be remote.
- Is XCP an alternative to publishing a game on Xbox?
- No. XCP is a development and verification platform that runs on retail Xbox Series hardware in Developer Mode. It is not a consumer distribution route and does not replace retail publishing.
- Can XCP run any existing game?
- No. Adaptation reconciles a source project against the measured host profile, and every element receives one explicit disposition. Work that cannot cross is reported as degraded, unsupported or requiring human intervention rather than silently dropped.
Current claim boundary
What this programme does and does not assert today.
XCP Studio runs on Windows only — for now. It is a WinUI 3 desktop application; the console side is unaffected.
- XCP operates on real retail Xbox Series hardware through Developer Mode.
- It is not a consumer publishing replacement.
- AI reasoning is normally PC-side; the console executes validated artifacts.
- The Studio has been validated outside the development repository.
- No public installer exists, and none is claimed.
- Source-fidelity work beyond the measured behavioural subset is in progress and is not claimed here until it is committed and validated in the authoritative repository state.