Architecture
A lifecycle position can be governed by a role that is not a separately deployable process, and a running service is not automatically part of one production execution chain. This page keeps those questions separate.
How to read this model
Every component in this model is described by a logical responsibility and by a deployment form. Confusing the two is how architecture diagrams become deployment claims.
What role must exist in the lifecycle — an intent authority, an admission authority, a mediation point, an observer. A role can be fulfilled inside another implementation boundary, and may be recorded as logical rather than deployed as its own service.
What can actually be run and operated: a process, endpoints, configuration and an owner. Running a service does not prove it is connected to the bounded integrated chain, and being connected there is still not production qualification.
Passed its defined qualification tests.
Verified behaviour across the specified components in a bounded local, non-production demonstration chain.
A working development demonstration exists.
Confirmed implementation exists.
Implementation or integration is underway.
Not yet implemented.
No capability on this site is marked Qualified. Integrated means verified across the specified components in a bounded local, non-production demonstration chain — never production qualification.
The registry records deployment (service, logical, open-source, CLI) and maturity (evidence across components) separately. Neither substitutes for the other, and a component can be integrated in the bounded chain while remaining a logical responsibility.
Bounded integrated chain
The bounded chain records lifecycle positions where behaviour was verified across components in a local, non-production demonstration. It is evidence of integration, not evidence of production readiness.
8 components are marked Integrated — verified in a bounded local, non-production demonstration chain.
No verified component at this stage.
No verified component at this stage.
No verified component at this stage.
This is not one production execution chain. Components marked In Progress, Demonstrable or Planned are absent from this view; several integrated responsibilities are logical rather than separately deployable; and evidence across components is correlated by identifier, not by a single signed lifecycle envelope.
Component explorer
Select any component to see its responsibility, inputs, outputs, dependencies, lifecycle position, verified maturity, product page and limitation.
Components marked chain are integrated in the bounded local, non-production chain. Components marked In Progress, Demonstrable or Planned are not part of it. Several integrated responsibilities are logical rather than separately deployable, and every external integration remains unqualified for production.
Selected component: Chinje. Detail panel updated.
Intent, contract formalization, admission and the decision itself. This group decides what may happen and records why.
Registered mediation, controlled execution and external adapters. This group enforces an admitted decision at the action boundary.
Observation, reconciliation, containment, change assurance and hash-linked records. This group establishes what actually happened.
Read-only operational understanding, temporal coordination, the console and advisory analysis. This group reads and explains without holding authority.
chain marks a component verified as Integrated in the bounded local, non-production demonstration chain. Logical components are responsibilities, not separately deployable services.
Governance lifecycle
The same canonical lifecycle used on the platform overview. Selecting a stage reveals the components with a responsibility there, including logical responsibilities.
Stage 01 of 10: Intent selected.
Stage 01 of 10
Declare the objective, obligations and scope.
A governed operation begins with an explicit, reviewable intent: what should be achieved, which obligations and invariants apply, who is acting and what scope is claimed. Intent is versioned and approved rather than inferred from a prompt.
Intent governance: versioned intent, obligations, actor authority, evidence sufficiency and conformance/drift assessment.
Limitation: No intent listing API; intents are read by id/version.
Product pageIntegration status
The terms on this site are used precisely. A bounded demonstration is a real engineering result; it is not a production qualification, and this page does not blur the two.
No component on this site is marked Qualified. Release-candidate classification is recorded too: NARG is EXCLUDED_NO_GO with finding F-01 open, and Substrate is a reference boundary its own documentation describes as parked (D-1 unresolved). Read the public status page for the current engineering state and the security boundaries for what is not enforced.
Continue
The platform overview explains the control model; the product portfolio states what each boundary does, what evidence exists and what still limits it.
