EXA-STD-002·THE EXA STANDARD·THE AGENTIC CONSTITUTION FORMAT
Edition1.0StatusPUBLISHED

formatSeries One · Article 4 — defended in EXA vs. SDDRead the article

The Agentic Constitution Format

Five fields that give an experience state a trigger, a boundary, and a cost — the machine-readable unit an agent executes against, and the column no engineering constitution carries.

Ratified
2026-07-03
License
CC BY 4.0
Cite as
Webber, 2026

The structured, five-field syntax for a constraint block inside an Agentic Constitution: TRIGGER, AGENT MUST, AGENT MUST NOT, COST IF RENDERED INCORRECTLY, and DISCOVERY SOURCE. It is the machine-readable unit an AI coding agent executes against directly, replacing the annotated screen a developer once interpreted by hand.

Constraint block
TRIGGER
CMS redetermination rule update changes a member's coverage status
AGENT MUST
Resolve eligibility against the central system of record; Render lapsed status explicitly, with effective date
AGENT MUST NOT
Render a lapsed member as active under any cached or forked view
COST IF RENDERED INCORRECTLY
Claims liability; caseworker acts on false eligibility; compliance exposure. Severity: CRITICAL
DISCOVERY SOURCE
Production incident — override audit, regional health network. Adjacent states to audit: retroactive termination, dual-eligibility, grace-period

The constraint block above is the format's founding worked example — 'Member Eligibility: Post-Redetermination,' first published in EXA vs. SDD (July 2026). It encodes the incident that produced it: at a regional health network, three of the four product squads owning the member-eligibility experience had forked the eligibility view off the central system, and a CMS redetermination rule change left one forked view rendering a lapsed member as active — a state every engineering gate passed, because it was never a property of the code. The block names the trigger, the required and prohibited renderings, the cost the organization carries if the surface renders wrong, and the discovery source, including the adjacent states that audit flags for review. The COST IF RENDERED INCORRECTLY field is the load-bearing difference from an engineering specification: no code-correctness format carries a column for consequence.

Build your own constraint block

The block above is the format proved once. This builds another: fill the five fields and watch the block assemble as you type, then take it with you. Everything runs in this browser — nothing is sent anywhere, and nothing is stored.

Names the state this block governs, as a title comment. Carried as a naming convention, not a structural field.

The event, threshold, or data condition that places the system in this state.

Required actions and outputs.

Prohibited actions and outputs.

The organizational consequence — claims liability, compliance exposure, operational error, revenue impact. This is the field no engineering format carries.

How this state was found — production incident, regulatory document, stakeholder interview, telemetry signal.

Other states worth checking for the same gap — related eligibility categories, adjacent workflow steps, similar triggers in other systems.

Live preview of your constraint block

# CONSTRAINT — Untitled
TRIGGER
— not yet specified —
AGENT MUST
— not yet specified —
AGENT MUST NOT
— not yet specified —
COST IF RENDERED INCORRECTLY
— not yet specified —
DISCOVERY SOURCE
— not yet specified —

Fill all five fields and choose a severity to copy the block.

  1. 2026-07-01Object scaffolded: frontmatter and schema in place. Worked example and the constraint-block payload are still pending editorial work (Build Ledger §3.3) — status stays draft, and the page is not built in production, until both are written.
  2. 2026-07-03First publication. Worked example and constraint-block payload populated from the published EXA vs. SDD article's 'Member Eligibility: Post-Redetermination' block — the format's founding worked example, drawn from public prose rather than invented content. Status flipped draft → published; version 0.1 → 1.0.
Citation
Citation
Webber, Reid. "The Agentic Constitution Format." The EXA Standard, v1.0, Enterprise Experience Architecture, 2026-07-03. https://reidexa.design/standard/agentic-constitution-format. Licensed under CC BY 4.0.
License
© Reid Webber. Licensed under CC BY 4.0 — you may copy, adapt, and redistribute this material, including for commercial use, provided you credit the source and indicate if changes were made.
Raw frontmatter
title
The Agentic Constitution Format
slug
agentic-constitution-format
objectNumber
2
version
1.0
status
published
type
format
source
Series One · Article 4 — defended in EXA vs. SDD
lastUpdated
2026-07-03
{
  "title": "The Agentic Constitution Format",
  "slug": "agentic-constitution-format",
  "objectNumber": 2,
  "version": "1.0",
  "status": "published",
  "source": "Series One · Article 4 — defended in EXA vs. SDD",
  "sourceArticleUrl": "https://medium.com/enterprise-experience-architecture/spec-driven-development-certifies-the-code-who-certifies-the-consequence-a3b0503af23a",
  "summary": "The structured, five-field syntax for a constraint block inside an Agentic Constitution: TRIGGER, AGENT MUST, AGENT MUST NOT, COST IF RENDERED INCORRECTLY, and DISCOVERY SOURCE. It is the machine-readable unit an AI coding agent executes against directly, replacing the annotated screen a developer once interpreted by hand.",
  "lastUpdated": "2026-07-03",
  "changelog": [
    {
      "date": "2026-07-01",
      "note": "Object scaffolded: frontmatter and schema in place. Worked example and the constraint-block payload are still pending editorial work (Build Ledger §3.3) — status stays draft, and the page is not built in production, until both are written."
    },
    {
      "date": "2026-07-03",
      "note": "First publication. Worked example and constraint-block payload populated from the published EXA vs. SDD article's 'Member Eligibility: Post-Redetermination' block — the format's founding worked example, drawn from public prose rather than invented content. Status flipped draft → published; version 0.1 → 1.0."
    }
  ],
  "type": "format",
  "tagline": "Five fields that give an experience state a trigger, a boundary, and a cost — the machine-readable unit an agent executes against, and the column no engineering constitution carries.",
  "workedExample": "The constraint block above is the format's founding worked example — 'Member Eligibility: Post-Redetermination,' first published in EXA vs. SDD (July 2026). It encodes the incident that produced it: at a regional health network, three of the four product squads owning the member-eligibility experience had forked the eligibility view off the central system, and a CMS redetermination rule change left one forked view rendering a lapsed member as active — a state every engineering gate passed, because it was never a property of the code. The block names the trigger, the required and prohibited renderings, the cost the organization carries if the surface renders wrong, and the discovery source, including the adjacent states that audit flags for review. The COST IF RENDERED INCORRECTLY field is the load-bearing difference from an engineering specification: no code-correctness format carries a column for consequence.",
  "constraintFields": {
    "trigger": "CMS redetermination rule update changes a member's coverage status",
    "agentMust": [
      "Resolve eligibility against the central system of record",
      "Render lapsed status explicitly, with effective date"
    ],
    "agentMustNot": [
      "Render a lapsed member as active under any cached or forked view"
    ],
    "costIfRenderedIncorrectly": "Claims liability; caseworker acts on false eligibility; compliance exposure. Severity: CRITICAL",
    "discoverySource": "Production incident — override audit, regional health network. Adjacent states to audit: retroactive termination, dual-eligibility, grace-period"
  }
}