Skip to content

Agentic Enterprise Architecture Framework

AI agents, governed by your enterprise architecture.

Charterion makes the enterprise model the source of an agent’s authority, and the place it asks before it acts.

Figure 5.2 of the Charterion v2.0 specification: the six layers of the Charterion Layer Model, from L0 Motivation and Strategy to L5 Technology and Agentic Runtime, with the derivation of authority running top to bottom and three cross-cutting aspects: warrant and trust, governance, and boundary.
The Charterion Layer Model on one page. Figure 5.2 of the v2.0 specification. The layer model, explained
6 Layers
Five keep the element types of ArchiMate 3.2 and TOGAF 10. The sixth, agency, is new.
Specification, p. 42
6 Axioms
Each one is a condition a program checks on the enterprise model.
Specification, p. 34
4 Answers
Permit, deny, escalate to a named human, or unwarranted when the evidence is too weak.
Specification, p. 69
3 Releases
Archived on Zenodo, each with a permanent DOI. The current one is v2.0.
Release history

What breaks when the reader is a program

TOGAF, ArchiMate and their peers assume that a person reads the architecture, that only people hold authority, and that change arrives at project pace. Each held when those frameworks were written.

  1. What the model leaves out

    A person reading the enterprise model fills the gaps from experience. A program acting on it fills none: it acts on the wrong object, or does not act.

  2. Entitlement without a need

    An entitlement, a permission in identity management, proves the action is allowed. Nothing in the architecture ties it to a business step, so the architecture cannot justify it.

  3. The interval between architecture and action

    Architecture is reviewed by projects. An agent population changes with every deployment, prompt revision and new tool, and entitlements administered by hand cannot follow.

  4. Oversight in name only

    Agents outlive the reorganisations that created them. The role named to watch one falls vacant, and its escalations reach nobody.

Classical enterprise architecture and Charterion, axis by axis

Reader
- A person who fills the gaps
→ A program, and a model that says what it does not know
Moment
- Reviewed by projects
→ Checked on every change, consulted at every action
Authority
- Policy prose
→ A charter: a business scope, the most the agent may do, the human who answers
Entitlement
- Administered in identity management
→ Derived from the charter, provisioned from the model
Verdict
- Describes, does not decide
→ Permit, deny, escalate or unwarranted
Accountability
- By convention
→ By a recorded chain of delegation, ending at a named human
Layers
- Business, application, technology, stacked for a reader
→ Six, in the order authority is derived, with agency a layer of its own

How it works, in ten minutes

The framework in six lines

The specification’s own shortest statement of itself. A program checks each of the six on the enterprise model.

  1. Axiom 1

    No authority without a charter

    An agent may do only what its charter confers: a business scope, how far it may act within it, and who answers for what it does.

    The charter and its levels
  2. Axiom 2

    No charter without a principal

    Every charter that lets an agent change records names a human, or a role with a current holder, who answers for it.

    The accountable human
  3. Axiom 3

    No entitlement without a need

    A system permission exists only where a step the agent is chartered for needs it; the enterprise model decides which permissions are created.

    Entitlement from scope
  4. Axiom 4

    No autonomy without oversight

    An agent that acts without per-action confirmation has a named human who can halt it; no human watches more agents than the organisation allows.

    Oversight and escalation
  5. Axiom 5

    No mandate beyond charter

    An agent holds no more authority at another organisation than at home, and passes on no more to another agent than it holds.

    Across the boundary
  6. Axiom 6

    No answer without warrant

    Where its evidence is absent, expired, ambiguous or too weak, the enterprise model an agent consults answers “unwarranted” rather than a default.

    The four answers

New in v2.0

Six layers, in the order authority is derived

Five of the six layers keep the element types of ArchiMate 3.2 and TOGAF 10. The sixth, agency, has no classical counterpart: it is where every authority an agent holds is stated. The model states what must hold between the facts of adjacent layers and reports, with the fact that shows it, where it does not.

  1. Derives: purpose

    L0 Motivation & Strategy

    Which goal? Whose duty?

    Elements: Goal, obligation, constraint

    Owner: Principal; architecture board

    Kept, now checked

  2. Derives: designation

    L1 Business

    Which steps go to agents?

    Elements: Role, step, agentic or reserved

    Owner: Domain authority; principal

    Kept, now checked

  3. Derives: charter

    L2 Agency the core layer

    May it act, and how far?

    Elements: Agent, charter, delegation, guards

    Owner: Agency architect

    New layer

  4. Derives: need, tool

    L3 Application

    Through which tool?

    Elements: Resource, tool, effect level

    Owner: Domain authority

    Kept, plus tools

  5. Derives: stays in scope

    L4 Data & Knowledge

    What does it remember, and who can read it?

    Elements: Memory and its scope; assertion store, decision log

    Owner: Substrate owner

    Kept, plus stores

  6. Derives: node, grant

    L5 Technology / Agentic Runtime

    Run where? Who can stop it?

    Elements: Node, gateway, model endpoint, policy point, halt

    Owner: Agent platform team; substrate owner

    Kept, plus controls

  • Warrant / Trust

    Provenance, confidence, validity and status on every fact.

  • Governance

    Roles, gates and the defects the organisation accepts.

  • Boundary

    What crosses the organisation’s edge.

Under every layer Design planeExecution planeBoundary plane The same six layers, asked in three situations.
Kept: the element types of ArchiMate 3.2 and TOGAF 10, now read by the checks. Highlighted: where the difference from classical EA is one of kind: the agency layer, the store of facts agents query and the log of their decisions, and the controls that contain and stop an agent. Tools, memories, stores and runtime controls are new in v2.0. Owner: the role that answers for the layer’s facts.

The layer model, explained

Next to the frameworks you already use

Charterion extends ArchiMate through a specialisation profile (narrower element types built on the standard ones) and maps its method onto the TOGAF Architecture Development Method. It replaces neither. The matrix groups the works the specification compares itself with into four families, in the author’s own assessment.

Zachman, TOGAF 10, ArchiMate 3.2, DoDAF, FEAF

Charterion adds. Agents as principals; authority as architecture content.

  • Agent as a principal

    The agent is an identity that authority and accountability attach to.

    Classical EA
    Names it, or partly
    Charterion v2.0
    Provides the construct
  • Authority anchored in the business

    Its scope is a capability, process or step of the enterprise model.

    Classical EA
    Names it, or partly
    Charterion v2.0
    Provides the construct
  • Needs → entitlements

    System permissions are worked out from what the chartered steps need.

    Classical EA
    Not covered
    Charterion v2.0
    Provides the construct
  • Formal semantics

    Authority has a definition a program evaluates, with proofs.

    Classical EA
    Names it, or partly
    Charterion v2.0
    Provides the construct
  • Separation analysis

    Segregation of duties and contention between agents, checked before deployment.

    Classical EA
    Not covered
    Charterion v2.0
    Provides the construct
  • Design ↔ run-time coherence

    Conditions that keep the authority enforced equal to the authority designed.

    Classical EA
    Not covered
    Charterion v2.0
    Provides the construct
  • Answers “unwarranted”

    Every fact carries its evidence; too little evidence gets that answer.

    Classical EA
    Not covered
    Charterion v2.0
    Provides the construct
  • Runtime as model facts

    Nodes, gateways, model endpoints, policy points and halts, each read by a condition.

    Classical EA
    Not covered
    Charterion v2.0
    Provides the construct
Provides the construct Names it, or partly Not covered A family shows the best mark any of its members earns.

What it does not have. Ecosystem maturity. TOGAF has three decades of practitioners, tooling and procurement weight; Charterion has a specification and a short version history, all from September 2026. No organisation has used it on its own repository. The five worked cases are the author’s; three public ArchiMate models written by others have been run too, with charters the author proposed.

What it does not do. The internal design of agents, model safety, threat modelling, the cryptography of credentials and the interception of tool calls at run time; it tells those mechanisms what to enforce and why. It has no semantic, orchestration or experience layer.

Marks are the author’s family-level reading of the comparison tables of the v2.0 specification (Chapter 24), coded from primary texts retrieved in September 2026 by one analyst; a second reading has not been done. TOGAF® and ArchiMate® are registered trademarks of The Open Group; Zachman Framework™ is a trademark of Zachman International. Other product and organisation names belong to their owners and are used for identification only. Charterion is not endorsed by, affiliated with or derived from any of them.

Who it is for

Three teams meet in the enterprise model. Each one gets something it can use on the repository it already runs.

Enterprise architects
An ArchiMate profile, a method mapped onto the TOGAF ADM and a six-layer model set against both, on the repository you already run.
Risk, audit and compliance
Any permitted action replayed to its charter, its accountable human and the rationale behind it.
Platform and agent engineering
Consume the entitlements and limits computed from the model, return decision logs, and declare where each agent runs and who can stop it there.

Read the specification

The full text of the current release, with its definitions, conditions and proofs.

Loading…

100%
Download

Mirrored from the archived record. Open it on Zenodo.

3 releases are archived, each with its own DOI and citation formats, on the releases page. Pressed for time, start with the ten-minute version.

Say where it is wrong

Charterion is source-available and early. Send a correction, a worked case, an extension profile, a mapping to another framework, an implementation, or a row of the comparison you would grade differently.

Contact

contact@charterion.com

Non-commercial use: the document under CC BY-NC-SA 4.0, the code under PolyForm Noncommercial 1.0.0. Commercial use needs a written licence from the author.