The concern matrix
Ten requirements every layer must honour, such as identity, privacy and cost. For each one: which layer owns it, which layer stops a violation, and the six gaps with no complete answer yet.
Some requirements belong to no single team: knowing who did what, protecting personal data, controlling cost. The concern matrix lists ten of them. They are the cross-cutting concerns that every layer must honour. For each one, the matrix names where the rule is owned and where a violation is actually stopped. Most failures happen in the hand-off between the two. A requirement passes from one part of the system to the next and is quietly weakened.
How to read it
A layer is one of the fourteen layers of systems a company runs and agents touch. Each layer page ends with its own row for the ten concerns, C1 to C10. This page shows them side by side. Three words carry the meaning.
- Owned means the layer defines the requirement and answers for it.
- Enforced means the place where a violation is actually stopped. That is often a different layer.
- Inherited means the layer must pass the requirement on without weakening it. Most defects live here, because a weakened requirement fails silently.
The matrix applies at every autonomy level on the autonomy contract. It tightens as autonomy rises.
foundation · matrix
Cross-cutting concerns need named homes
A concern that appears everywhere but is owned nowhere becomes a gap.
Identity
- Action:Primary enforcement
Provenance
- Data:Attach at parse time
Evaluation
- Runtime:Pre-release gate
Cost
- Runtime:Per-run budget
Sovereignty
- Data:Classification route
Reversibility
- Records:Compensating action
Human oversight
- Governance:Named accountability
Diagram description: Heatmap concept showing identity, provenance, cost, evaluation, sovereignty, reversibility, and human oversight crossing all fourteen enterprise layers. The matrix crosses Identity, Provenance, Evaluation, Cost, Sovereignty, Reversibility, Human oversight with Runtime, Data, Action, Records, Channels, Governance. Annotated cells are Identity by Action: Primary enforcement; Provenance by Data: Attach at parse time; Evaluation by Runtime: Pre-release gate; Cost by Runtime: Per-run budget; Sovereignty by Data: Classification route; Reversibility by Records: Compensating action; Human oversight by Governance: Named accountability.
Owned and enforced
- #
- C1
- Concern
- Identity and access
- Owned at
- Security and identity (R10)
- Enforced at
- The gateway in the integration fabric (R03). Entitlements in systems of record (R04). Workload identity in infrastructure and compute (R01)
- What goes wrong when this is missed
- Identity is claimed but never checked where the action happens
- #
- C2
- Concern
- Observability
- Owned at
- Observability and FinOps (R12)
- Enforced at
- Every layer emits it. Observability and FinOps (R12) gathers it
- What goes wrong when this is missed
- Vendor-embedded agents report to their own consoles, so coverage only looks complete
- #
- C3
- Concern
- Traceability and audit
- Enforced at
- Collection in observability and FinOps (R12). Provenance at parse time in agent data engineering (R14)
- What goes wrong when this is missed
- Evidence is rebuilt after the incident instead of recorded as the work happens
- #
- C4
- Concern
- Grounding
- Owned at
- Data platform (R02). Agent data engineering (R14)
- Enforced at
- Experience and channels (R09), the strictest bar for customers. Line of business and OT (R05), checked against a digital twin
- What goes wrong when this is missed
- The agent answers from weak evidence instead of refusing
- #
- C5
- Concern
- Impersonation and authenticity
- Owned at
- Security and identity (R10)
- Enforced at
- Tool server identity in the integration fabric (R03). Disclosure in productivity and collaboration (R08) and experience and channels (R09)
- What goes wrong when this is missed
- People trust an agent they take for a person or a known system
- #
- C6
- Concern
- Sovereignty and residency
- Owned at
- Governance, risk and sovereignty (R11)
- Enforced at
- Model serving in infrastructure and compute (R01). Indexes in the data platform (R02) and agent data engineering (R14). Routing in the integration fabric (R03)
- What goes wrong when this is missed
- Data stays in the right country at the source, then leaves in an embedding, a trace or a session file
- #
- C7
- Concern
- Privacy
- Owned at
- Governance, risk and sovereignty (R11)
- Enforced at
- Deletion of every copy in agent data engineering (R14). Index scope in the data platform (R02). Trace redaction in observability and FinOps (R12)
- What goes wrong when this is missed
- Deletion works in the record and fails in the vectors, memories and logs
- #
- C8
- Concern
- Safety and oversight
- Enforced at
- The gateway kill switch in the integration fabric (R03). Harness caps in the agent platform (R07). Operator authority in line of business and OT (R05)
- What goes wrong when this is missed
- Oversight sits on the org chart but not in the running system
- #
- C9
- Concern
- Cost
- Owned at
- Observability and FinOps (R12)
- Enforced at
- Per-run budgets in the agent platform (R07). Rate limits in the integration fabric (R03)
- What goes wrong when this is missed
- Spend is charged to a platform, not a sponsor, and supervision work is left out of the case
- #
- C10
- Concern
- Resilience
- Owned at
- Infrastructure and compute (R01)
- Enforced at
- Every layer's fallback mode. What happens when a budget runs out, in observability and FinOps (R12)
- What goes wrong when this is missed
- Fallbacks are designed layer by layer and never tested end to end
Seven rules that always hold
Seven rules came up on their own in three or more layers. So they are treated as rules that must always hold, not as recommendations.
- A derived copy takes the strictest label of its sources. That includes chunks, embeddings, session files, traces and fine-tuned model weights.
- A deletion reaches every copy, or it did not happen. When a record is deleted, so are its vectors, memories, traces, logs, eval datasets and other copies. The data-to-memory pipeline shows how.
- Every layer falls back to a human queue. Containment means conversations that never reach a person. It is never raised by making the human queue unavailable.
- Logs are collected outside the agent's control. A log the agent can change is not proof.
- The kill switch works from several points. It sits in the runtime, the gateway, the harness and the identity system. An outage in monitoring must not disable it.
- Enforcement is fixed rules, outside the model. Rules may be written in the harness. They are enforced at the gateway or the policy decision point, as set out in enforcement outside the model.
- Provenance travels inside the item. It is attached at parse time, when the document is first read. Provenance stored separately falls out of step when it matters.
Six open gaps
These problems have no complete published answer yet. The status is as of August 2026.
- Gap
- Permissions on a copy built from many sources
- Layer
- Agent data engineering (R14)
- Status
- No complete published solution. Giving the copy only the permissions all its sources share is the emerging practice
- Gap
- A normal-behaviour baseline for agents in the security operations centre
- Layer
- Security and identity (R10)
- Status
- Unsolved. Agent behaviour varies for good reasons, so baselines built for people or for software both misfire
- Gap
- Incident reporting when several agents contribute
- Layer
- Governance, risk and sovereignty (R11)
- Status
- No agreed way exists to decide who reports what
- Gap
- Error budgets for agent quality
- Layer
- Observability and FinOps (R12)
- Status
- No published enterprise example. An open pattern, not a practice
- Gap
- Span of control: how many agents one person can supervise
- Layer
- Operating model and supervision (R13)
- Status
- No credible published figure from any source
- Gap
- Embedded versus external agent results
- Layer
- Systems of record (R04)
- Status
- No published side-by-side measurement on the same tasks
A worked example: erasing a customer at a utility
A former customer asks a utility to erase their personal data, where the law allows. The privacy rule is owned by governance, risk and sovereignty (R11). The deletion starts in the customer record system. Agent data engineering (R14) must carry it to the search index, the agents' memories and their traces. Observability and FinOps (R12) must remove the person from stored traces. If one hand-off is missed, the record is gone, but an agent can still answer questions about the customer.
Evidence and limits
The matrix comes from the fourteen layer research tracks. Each of the seven rules surfaced on its own in three or more layers. That is agreement between tracks, not a measured outcome. The gaps are dated August 2026, and some may have published answers since.
Next step
Run the agent day to day, starting with observability and FinOps.
Explore this topic
Cite this page
Written by Murali Sid, Founder and AI Systems Architect, last updated 15 October 2026. Licensed CC BY-SA 4.0, so quote it freely with attribution.
Murali Sid (2026). The concern matrix. Agentic Architecture Skills. https://www.agenticarchitectureskills.com/architecture/concern-matrixMachine-readable version of this page: /architecture/concern-matrix.md
The learning flywheel
How an agent's behaviour changes safely: a change passes evaluations, a canary and a staged release, and can be pulled back.
Make software that agents can use
Give outside agents clear operations, bounded authority and reliable results, so they can use your product without you losing control.