ACGP Specifications¶
The Agentic Cognitive Governance Protocol is defined through a series of RFC-style specification documents.
Specification Status¶
All ACGP specifications are currently published as Standard-only Alpha (v1.0.0-alpha.2) and under active development.
[WARNING] Living Specifications These specifications are being actively refined. Breaking changes may occur before stable v1.0 release.
Start here: If you are new to ACGP, read ACGP in 10 Minutes first. It explains the active alpha claim surface, the high-level runtime model, and the framing you need before entering the normative specs.
ACGP-1 owns architecture and terminology. ACGP-3 owns runtime evaluation ordering and policy semantics. ACGP-4 owns tripwire precedence and fail-closed rules. ACGP-6 owns claim semantics. ACGP-7 owns identity meaning and governance keying semantics.
Spec Ownership Map¶
- ACGP-1 — entry concepts and glossary-level framing
- ACGP-2 — message and payload semantics
- ACGP-3 — evaluation flow, thresholds, blueprint resolution, trust-policy core semantics
- ACGP-4 — tripwires, fail-closed semantics, tripwire-only
halt - ACGP-5 — audit/privacy implementation controls
- ACGP-6 — conformance claims, badges, and claim-level requirement surfaces
- ACGP-7 — agent principal identity semantics
Where summary text in an earlier spec overlaps with owner-spec material, the owner spec controls.
Where To Go¶
- Terminology, architecture, runtime overview -> ACGP-1
- Wire protocol and message envelopes -> ACGP-2
- Evaluation semantics, blueprint shape, CTQ, trust policy -> ACGP-3
- Tripwire semantics and
haltbehavior -> ACGP-4 - Audit, privacy, retention, integrity controls -> ACGP-5
- Conformance claims and badge semantics -> ACGP-6
- Governed principal identity and
agent_idmeaning -> ACGP-7
Conformance at a Glance (v1.0.0-alpha.2)¶
For v1.0.0-alpha.2, ACGP has one active external conformance story:
Standardis the active claimable profileRegulated Controls Badgeis additiveDev Modeis non-conformant
v1.0 Core Bundle¶
The authoritative v1.0 specifications:
- ACGP-1: Core Concepts & Terminology — Architecture, terminology, profiles, topologies
- ACGP-2: Messages & Wire Protocol — Envelope, transport, retry, error handling
- ACGP-3: Blueprints, Traces & Evaluation — Policy schema, CTQ scoring, canonical EVAL outcome artifacts, and trust debt posture / review semantics
- ACGP-4: Tripwires & Safety Semantics — DSL grammar, fail-closed, precedence
- ACGP-5: Audit & Privacy Controls — Audit durability, privacy, evidence integrity
- ACGP-6: Conformance — Profile suites, badges, certification
- ACGP-7: Agent Principal Identity — Governed principal identity semantics for
agent_id,agent_label, and principal-keyed governance state
Preview Extensions¶
- Source Catalog — Source trust semantics
- Runtime Governance Contracts — Performance/quality negotiation
- Interoperability Adapters — MCP/A2A adapters
- Advanced Trust Debt — Decay, recovery, compounding
Core v1.0 defines profile-failure fallback for Steward/session-path unavailability. Per-evaluation timeout policy remains part of the Runtime Governance Contracts preview track and is not part of the active Standard conformance claim.
Preview extensions are explicitly non-core for v1.0.0-alpha.2: they MUST NOT be required to claim ACGP v1.0 Standard conformance, and implementations that do not support them MUST treat their hook points as no-ops.
Preview Extension Notes¶
| Extension | Core boundary | Current status | Expected stabilization criteria |
|---|---|---|---|
| Source Catalog | Optional source-trust hook only; core evidence validation still operates without it | Draft, v1.1 preview | stable schema, conformance vectors for source trust semantics, at least one interoperable implementation |
| Runtime Governance Contracts | Preview-only governance_contract semantics; no effect on active Standard conformance claims unless a future extension suite activates them |
Draft, v1.1 preview | clear timeout/fallback semantics, extension-specific vectors, interoperable implementations across at least two runtimes |
| Interoperability Adapters | Adapter metadata is optional; native ACGP envelope remains authoritative for v1.0 | Draft, v1.1 preview | stable MCP/A2A mapping rules, losslessness criteria, adapter conformance fixtures |
| Advanced Trust Debt | Core trust-debt model remains the v1.0 baseline; advanced decay/recovery is optional preview behavior | Draft, v1.1 preview | stabilized decay/recovery semantics, vector coverage, cross-SDK parity |
When core specs reference these hook points, the reference is informative only unless the relevant preview extension is explicitly adopted.
Within the active alpha surface, EVAL is the canonical governance outcome artifact. Trust debt can tighten runtime posture immediately, ratchet the final intervention to escalate under restricted_mode, and independently require review.
JSON Schemas¶
Machine-readable schemas derived from the normative specs:
envelope.schema.json— Wire envelope (ACGP-2 §4)blueprint-core.schema.json— Blueprint source artifact schemaresolved-blueprint.schema.json— Blueprint resolved artifact schematrace-payload.schema.json— TRACE payload (ACGP-2 §5.1)eval-payload.schema.json— EVAL payload (ACGP-2 §5.2)intervention-payload.schema.json— INTERVENTION payload (ACGP-2 §5.3)hitl-result.schema.json— HITL completion artifact consumed by the Steward (ACGP-2 §5.5)session-init-payload.schema.json— SESSION_INIT payload (ACGP-2 §5.6)bundle-update-payload.schema.json— BUNDLE_UPDATE payload (ACGP-2 §5.7)version-negotiation-payload.schema.json— VERSION_NEGOTIATION payload (ACGP-2 §3.2)version-selected-payload.schema.json— VERSION_SELECTED payload (ACGP-2 §3.2)tripwire.schema.json— Tripwire definition (ACGP-4 §3)
Reading Guide¶
For New Users¶
Start with ACGP in 10 Minutes, then continue into ACGP-1 and the concepts section.
For Implementers¶
- ACGP-1 → ACGP-2 → ACGP-3 → ACGP-4 → ACGP-6 → ACGP-7
- Then review implementation guides
- Review ACGP-7 for governed principal identity semantics and principal-scoped governance state
For Security Teams¶
Conformance (v1.0)¶
| Claim | Description |
|---|---|
| ACGP v1.0 Standard Conformant | Alpha conformance — 100% of Standard suite |
Badge suites are additive (e.g., Regulated Controls Badge). Dev Mode is a local development/runtime mode and is not claimable. See ACGP-6 for details.
Contributing¶
- Report issues — Open an issue
- Propose changes — Submit pull requests
- Join discussions — GitHub Discussions
See our Contributing Guide for details.
License¶
These specifications are licensed under CC-BY-4.0.