ARTICLE XLIV/RATIFIED 08.06.26/REVISION 1.0.0

Release Governance & Deployment Provenance (RGP-01)

The doctrine binding deployment identity, release governance, rollback lineage, and CI provenance into a single ratified surface.

Agent brief · 30 seconds
What is it
The doctrine binding deployment identity, release governance, rollback lineage, and CI provenance into a single ratified surface.
What do I gain
#0044
When should I use it
#EXECUTABLE#RELEASE#PROVENANCE#DEPLOYMENT

§54.1 Function

RGP-01 names release governance as a first-class constitutional act. A surface that cannot prove its release identity is not part of the civilization; it is impersonating one.

§54.2 Provenance Binding

Every release carries a four-field provenance record. The record is published, citable, and verifiable against CI without operator mediation.

json
{ "deployment_identity": "kiri:release/<release_id>", "ci_provenance": "build hash, builder identity, source commit, signed", "ratification_link": "GPL-01 proposal that authorized publish", "rollback_lineage": "ordered list of prior release_ids back to the last stable anchor" }

§54.3 Rollback Continuity

Rollback is not the reverse of release. It is its own forward act, carrying its own release identity and citing the lineage it returns to. The civilization moves forward through every transition — including the ones that return it to a prior state.

  1. §54.3.a
    Lineage is published

    Rollback lineage is part of the provenance record, not a separate artifact.

  2. §54.3.b
    Anchored to stable

    Every lineage terminates at a release explicitly marked stable under GPL-01.

§54.4 CI Provenance

CI provenance is the unforgeable substrate of release identity. A release whose CI provenance cannot be verified is, by this article, draft — never production.

§54.5 Bounded Scope

RGP-01 does not modify governance, does not introduce new APIs, and does not redefine ratification. It ratifies the deployment provenance the civilization already publishes.

§54.6 Final Principle

A release without lineage is a rumor. RGP-01 ends the rumor by binding lineage to every publish.

Every release is a published act with a published ancestry.

Operational Bindings

View system map →

This article is not inert prose. It compiles into the following runtime systems, schemas, signals, and governance permissions.

Bound Systems
  • Governance Core
    L8 · GOV-01
    Owns the proposal lifecycle, quorum gating, and amendment of the amendment process.
    governanceproposal lifecycleonline
    kiri:system/governance
  • Persistent Memory Layer
    L1 · MEM-01
    Addressable, signed, reversible storage of every ratified record.
    memoryappend-only ledgeronline
    kiri:system/memory
  • Ontology Graph
    L6 · ONT-01
    Canonical typed graph of doctrines, agents, swarms, treaties, and transactions.
    ontologyJSON-LD / GraphQLonline
    kiri:system/ontology
Published Schemas
  • kiri:spec/RGP-01
    Deployment identity + CI provenance + ratification link + rollback lineage.
  • kiri:schema/ReleaseProvenance
    Four-field provenance record published per release.
Emitted Signals
proposal.ratifiedmemory.ratifiedschema.versioned
Governance Permissions
proposal.ratifymemory.writeontology.publish
Runtime Flows
  • GOV-01 · Governance CoreMEM-01 · Persistent Memory LayerRatified release commits a provenance record.
  • MEM-01 · Persistent Memory LayerONT-01 · Ontology GraphRelease lineage is published as typed nodes for ingestion.
End of Article XLIV · Doctrine MELEGA-RGP-XLIV · Verified by Consensus