The Agentic Control Plane · Systems ResearchLinkedIn Newsletter SeriesOctober 12, 202618 min read

The Missing Primitive: The Execution Contract

Agent identity, runtime policy, sandboxes, and independent enforcement are rapidly becoming real infrastructure. The next challenge is binding them to the exact state transition an agent is allowed to perform.

Author:Joel He, PhD
ShareLinkedInX
The Agentic Control Plane Series

Published in bi-weekly technical intelligence dispatches on LinkedIn covering autonomous control planes, sovereign execution, and distributed agent safety.

Subscribe on LinkedIn
Principle I · Authorization Boundary
“Tool authorization is not mutation authorization.”

Calling an API endpoint is not permission to alter state. Argument syntax does not equal downstream safety.

Principle II · Topological Separation
“The control plane must be outside the agent.”

As detailed in our analysis of runtime boundaries, stochastic model guardrails fail under pressure. Enforcement must live out-of-band.

Principle III · State-Bound Authority
“Identity is not execution authority.”

Verifiable identity answers who the agent is. Authority belongs strictly to the state transition via an execution contract in KedgeFlow.

A foundational premise of agentic systems architecture is that tool authorization is not mutation authorization. Furthermore, as established in our foundational analysis The Control Plane Must Be Outside the Agent, the control plane must be topologically decoupled from the agent.

Over the past two weeks, the architecture has moved again. The most interesting developments across hyperscalers and enterprise security vendors are no longer just about putting a containment boundary around the agent. They are beginning to answer the hard operational questions that govern autonomous execution:

  • Who is the agent?
  • Who authorized it?
  • Which tool can it invoke, and with what arguments?
  • Where should policy execute?
  • How should containment be enforced?
  • What evidence should survive afterward?

These are critical pieces. But their assembly exposes a missing primitive. What binds identity, delegation, intent, current state, policy, execution, and evidence into one authority-bearing object?

The Missing Primitive

I increasingly think the answer is an execution contract.

Not a standing role attached to an agent. Not a blanket permission to use a tool. Not a session-wide token. It is a mutation-specific contract describing exactly what this actor is allowed to change, under specific conditions, at a precise point in time, with expected consequences.

System Architecture: The Execution Contract Lifecycle in KedgeFlowFigure 1 · The Agentic Control Plane
The Agentic Control Plane: The Missing Primitive — The Execution Contract Architecture

Figure 1: Architectural composition of the Execution Contract within a programmable agentic control plane (KedgeFlow). Structured inputs flow into the Control Plane, which parameterizes bounded execution environments under an independent enforcement plane while streaming cryptographic attestations into the evidence plane.

01. Inputs
Principal & State

Principal, Agent Workload Identity, Delegation Chain, Proposed Intent, and Current Authoritative State.

02. Control Plane
Execution Contract

Admitting policy, binding allowed effects, pre-state version, validity window, and invariants via KedgeFlow.

03. Execution
Bounded Runtimes

Ephemeral MicroVMs or isolated containers (AWS, Azure, GCP, K8s) executing only the admitted mutation.

04. Enforcement
Independent Plane

Out-of-band monitoring: Observe, Attest, Enforce (quarantine/block), and Audit tamper-evident records.

05. Evidence
Verifiable Receipts

Admission record, execution record, state evidence diff, and mathematical invariant verification.

Industry Intelligence · Late September — October 2026

Six industry signals pointing toward the execution contract

Over the past fourteen days, major technology vendors and standards bodies published concrete architectural implementations that collectively assemble the agent control plane.

Signal 1 · September 29, 2026
DigiCert & NVIDIA Open Agent Safety Platform

DigiCert brings cryptographic identity to the execution boundary

On September 29, DigiCert announced support for NVIDIA's Open Agent Safety Platform. This integration combines NVIDIA OpenShell's externally enforced runtime boundary with DigiCert AI Trust Manager's model of cryptographically verifiable agent identity and authority.

DigiCert gives agents an “AI Passport”—a portable, cryptographically signed credential connecting the agent to an accountable owner. Policy-based “visas” then describe which systems, data, and actions that agent may access, and for how long.

// DigiCert + NVIDIA Architectural Composition
Verifiable Identity→Bounded Authority→External Runtime Enforcement→Auditable Evidence

This is a significant architectural step forward: we are moving beyond the traditional bearer-token model where simple possession of a token effectively becomes execution authority. In Post-Deterministic Distributed Systems (PDDS), this corresponds to establishing the epistemic root of identity before admission. However, an important systems distinction remains. A passport and visa can establish that Agent A has authority X until time T. Autonomous infrastructure eventually needs something far more precise:

Agent A, acting for Principal P, under Delegation D, may perform Mutation M against State S, within Constraints C, before T, provided Invariants I remain true.

Identity is becoming verifiable. Authority is becoming portable. The next step is making that authority specific to the state transition.

Signal 2 · October 2, 2026
IBM watsonx Orchestrate · The OpenFlow Analogy

IBM builds a control plane above cloud platforms: The OpenFlow analogy for KedgeFlow

On October 2, IBM described expanded third-party agent management in watsonx Orchestrate. Its AI Gateway can discover and import agents built on Amazon AgentCore, Microsoft Foundry, and Google Gemini Enterprise Agent Platform into a common control plane. IBM is also giving agents distinct identities tied to enterprise identity providers, supporting short-lived, task-scoped tokens.

This demonstrates clear enterprise demand for a control plane that sits above heterogeneous agent runtimes:

// Cross-Platform Multi-Agent Hierarchy
AWS / Microsoft / Google / Native Agents→Common Inventory, Identity, Policy & Observability Plane

This sharpens the OpenFlow analogy for autonomous computing—and points directly to the architectural necessity of KedgeFlow. In classic software-defined networking, OpenFlow revolutionized distributed networks by separating the control plane from proprietary forwarding hardware through a well-defined, programmable protocol. Network switches no longer made routing policy decisions locally; instead, a centralized OpenFlow controller distributed flow rules to the data plane.

The OpenFlow → KedgeFlow Structural Mapping

In autonomous agent systems, the stochastic reasoning models are the “packet generators,” and cloud API endpoints are the “forwarding plane.” KedgeFlow serves as the programmable control plane. The controller does not need to be re-implemented inside every agent framework; an out-of-band KedgeFlow controller maintains the global view of state, policy, and capacity across AWS, Azure, and Google Cloud.

However, a control plane cannot govern heterogeneous runtimes with just a management dashboard. Just as OpenFlow required standardized flow-entry specifications, an agentic control plane requires a standard protocol object to communicate execution decisions to diverse execution runtimes. That protocol object is the Execution Contract.

Signal 3 · October 5, 2026
Collibra acquires trail ML

Governance moves from documents into the runtime path

On October 5, Collibra announced its acquisition of trail ML to move AI governance from static policy determination toward continuous runtime control. trail ML contributes mechanisms that analyze evidence, assess controls, and block actions before execution when they violate policy.

// The Policy Modernization Pipeline
Governance Document→Machine-Readable Control→Runtime Policy→Execution Decision

Historically, governance systems (regulations, organizational compliance policies, risk matrices) and infrastructure admission systems (API gateways, Kubernetes admission controllers) lived in completely isolated organizational silos. Autonomous agents are forcing these layers together. Policies become useful to infrastructure only when they can be transformed into precise, machine-enforceable execution constraints—the central goal of Cognitive Admission Control (CAC).

Signal 4 · October 7, 2026
RSA Agent ID

RSA pushes authorization to tool-and-argument depth

On October 7, RSA announced RSA Agent ID, combining agent discovery, identity, and an AI/MCP Gateway. Crucially, RSA’s gateway enforces policy at tool-and-argument depth, generating an attributable record for every governed action. High-risk operations can require out-of-band approval from a named, authenticated human.

The progression here is significant. We have moved from “Agent may use MCP server” to “Agent may invoke Tool T with Arguments A under Authority P.”

But tool arguments describe the requested operation, not the full state transition. Argument-level policy can verify that an agent is allowed to call:

deploy_workload(cluster="prod-us-east", replicas=20)

However, the actual downstream transition might exhaust regional capacity, violate placement invariants, or conflict with another racing deployment that was admitted milliseconds earlier. In Two-Phase Cognitive Commit (TCT), tool authorization must evolve into full mutation admission.

Signal 5 · October 7, 2026
Microsoft Execution Containers (MXC) GA

Microsoft makes policy-driven agent containment generally available

Also on October 7, Microsoft made Microsoft Execution Containers (MXC) generally available. MXC provides a policy-driven execution layer for agent workloads, answering the question: What resources may this workload touch?

Containment is becoming policy-driven, composable, runtime-enforced, and identity-aware. But as containment environments mature, the control plane still needs to answer: Which specific state transition is this workload authorized to produce?

Architectural Principle: The execution contract should not replace the sandbox; it should parameterize it. KedgeFlow decides what state transition is admitted, and the containment environment receives the corresponding runtime boundaries.
Signal 6 · October 9, 2026
Google Cloud Agent Gateway & SGP

Google moves semantic business policy into the network boundary

On October 9, Google Cloud published an implementation for governing autonomous agents using its Agent Gateway and Semantic Governance Policies (SGP). The gateway intercepts outbound tool calls, evaluating them against natural-language constraints (such as “Block any transfer exceeding USD 1,000”) before the operation reaches the backend.

// Google Semantic Gateway Flow
Proposed Invocation→Agent Gateway→Semantic Policy Evaluation→Allow / Deny→Backend

Google’s SGP evaluates human-readable policy using LLM-based semantic judgment. Because semantic interpretation is inherently probabilistic, we must architecturally separate two distinct questions:

Question A
Was policy enforced?
Deterministic gate check (binary allow/deny execution).
Question B
Was policy interpreted correctly?
Stochastic judgment subject to semantic drift and epistemic failure.

As analyzed in our study of Jev and the Agentic Control Plane, the more expressive policy becomes, the more vital independent verification becomes. Probabilistic judgment must remain evidence rather than self-authorizing execution authority.

The industry is assembling the control plane

When we synthesize these six industry signals, the emerging infrastructure stack is becoming surprisingly complete:

Vendor / SubstrateArchitectural RoleWhat It GovernsKey Limitation / Boundary
DigiCertCryptographic Identity & VisasThe Principal & WorkloadTime-bounded, not state-bound
IBMCross-Cloud ManagementMulti-Platform InventoryLacks universal execution protocol
CollibraPolicy-to-Runtime EngineThe Governance RuleNeeds infrastructure admission integration
RSAArgument-Aware GatingThe Tool InvocationArguments describe call, not transition
MicrosoftExecution Containment (MXC)The Environment / SandboxRequires state-mutation parameters
Google CloudSemantic Network AdmissionThe Semantic IntentProbabilistic LLM judgment needs verification
NVIDIAExternal Enforcement (OpenShell)The Trust BoundaryEnforces boundaries, but who parameterizes?
KedgeFlow (OpenKedge)Programmable Control PlaneThe State Transition & ContractComplete mutation admission & verification
Summary of Layer Responsibilities:
  • • Identity systems govern the principal.
  • • Gateways govern the invocation.
  • • Sandboxes govern the environment.
  • • Policy engines govern the rule.
  • • Observability systems record the event.
What connects them into a coherent distributed transaction?The Execution Contract in KedgeFlow.

The Missing Primitive: The Execution Contract

An execution contract is a mutation-specific representation of authority. Conceptually, it does not ask “Is this agent allowed to call this API?” Instead, it binds eleven distinct architectural dimensions into a single, verifiable, cryptographic protocol object within KedgeFlow:

01. Principal
Who ultimately authorized the operation? The human or organization at the root of the authority delegation.
02. Agent Workload Identity
Which autonomous actor will execute the transition? Verifiable via SPIFFE, DigiCert AI Passport, or mTLS.
03. Delegation Chain
Through what authority chain is the agent acting? Signed tokens tracing back to an authenticated user or service principal.
04. Structured Intent
What outcome is the agent trying to achieve? Normalized, machine-readable declaration of intended goals and side effects (see Intent Specification).
05. Authoritative Pre-State
What authoritative state was observed during admission? Cryptographic state hash, version vector, or logical timestamp.
06. Allowed Effects & Blast Radius
What exact changes are permitted, and how far can they propagate? Quantitative caps on compute, budget, records, and write targets.
07. Invariants & Postconditions
What invariants must remain invariant throughout execution, and what predicates must evaluate to true afterward?
08. Validity Window
How long does this authorization remain fresh? Ephemeral TTL (e.g., 30 seconds) preventing replay or stale application.
09. Execution Environment
Under which sandbox restrictions must the workload execute? MicroVM parameters, egress allowlists, and capability ceilings.
10. Evidence Requirements
What receipts and telemetry must be collected and cryptographically attested before the transition is marked complete?
The Foundational Inversion

“Authority no longer primarily belongs to the agent. Authority belongs to the transition. The agent merely exercises it.”

Schema: Canonical Execution Contract Wire Objectkedgeflow.v1.ExecutionContract ↗
{
  "$schema": "https://schemas.openkedge.io/v1/execution-contract.json",
  "contract_id": "ect_01JB98M3R1V4X7ZQ28E9",
  "admission_epoch": 1791763200,
  "validity_window": {
    "not_before": "2026-10-12T00:00:00Z",
    "expires_at": "2026-10-12T00:00:30Z"
  },
  "principal": {
    "id": "usr_sre_lead_74",
    "org": "corp.infra.cloud",
    "signature": "ed25519:7b3a98f1..."
  },
  "agent": {
    "spiffe_id": "spiffe://prod.us-east/agent/remediator-v2",
    "passport_id": "dcert:pass:9912048",
    "attestation": "tpm20:pcr8-11:ok"
  },
  "delegation_chain": [
    { "delegator": "usr_sre_lead_74", "delegatee": "agent/remediator-v2", "scope": "scoped_cluster_remediation" }
  ],
  "intent": {
    "type": "SCALE_IN_REDUNDANT_PODS",
    "target_system": "k8s:cluster/prod-us-east-core",
    "params": { "namespace": "payments", "target_replicas": 12 }
  },
  "pre_state": {
    "cluster_state_hash": "sha256:4d8e72bf89c1...",
    "state_version": 1492041,
    "observed_replicas": 24,
    "active_traffic_qps": 8420
  },
  "allowed_effects": {
    "max_delta_replicas": -12,
    "max_downtime_seconds": 0,
    "prohibited_actions": ["DROP_DATABASE", "DELETE_NAMESPACE", "UPDATE_SECRETS"]
  },
  "invariants": [
    "traffic_error_rate_5xx <= 0.001",
    "available_standby_replicas >= 8",
    "p99_latency_ms <= 120"
  ],
  "execution_boundary": {
    "sandbox_runtime": "mxc.hyperv.isolated",
    "egress_allowlist": ["api.internal.k8s:443"],
    "credential_mode": "ephemeral_broker_token"
  },
  "evidence_requirements": {
    "emit_mutation_receipt": true,
    "post_state_diff_attestation": true,
    "audit_sink": "tamper_proof_ledger"
  }
}

Why state belongs in the authorization decision

In traditional software systems, access control decisions are predominantly stateless:“Does Alice have role Admin on S3 bucket B?” If yes, the API call succeeds.

In autonomous multi-agent environments, this stateless paradigm causes catastrophic failure. A decision that was entirely safe thirty seconds ago can become acutely dangerous right now due to:

1. Capacity Shifts

A regional cloud zone loses 40% of its available compute after a power event. An authorized scale-out now triggers cluster-wide throttling.

2. Racing Agents

Agent A and Agent B simultaneously detect latency and attempt conflicting remediations against the same database cluster without coordinating state locks.

3. TOCTOU Vulnerability

Between the time the LLM checks policy and the time the tool executes, the credentials or system invariants have mutated underneath it.

If a control plane authorizes an agent at session start and assumes that authority remains valid indefinitely, it embeds a massive time-of-check/time-of-use (TOCTOU) vulnerability into every autonomous loop.

Mutation-specific authority narrows that window to zero. In KedgeFlow, the execution contract carries the pre-state version, dependency hashes, and validity period. If state mutates in the intervening seconds, the execution engine rejects the contract as stale rather than blindly committing an obsolete decision. In accordance with Post-Deterministic Distributed Systems (PDDS), agent authorization evolves into optimistic concurrency control for distributed transaction processing.

The PDDS / OpenKedge Connection: KedgeFlow as the Programmable Control Plane

This direction connects directly to OpenKedge's research on Post-Deterministic Distributed Systems (PDDS), the KedgeFlow Protocol, and Sovereign Agentic Loops. In our published systems architecture, we explicitly decouple stochastic reasoning from deterministic execution.

KedgeFlow operationalizes the OpenFlow analogy: it provides an open, programmable control plane that ingests intents from arbitrary reasoning agents, validates them against distributed state and invariant predicates, and issues bounded, cryptographically signed execution grants:

The Explicit 4-Step Causal Chain in KedgeFlowIntent → Contract → Receipt → Evidence
1
Stochastic Agent produces Intent

The reasoning model formulates what it wishes to achieve based on prompt context and observed environmental telemetry (see Intent Specification).

2
Programmable Control Plane (KedgeFlow) admits it and produces the Execution Contract

Executing Cognitive Admission Control (CAC): evaluating authoritative state version, risk envelope, and invariants. Emits a signed, ephemeral contract object.

3
Execution Boundary performs the bounded transition and produces a Mutation Receipt

The isolated runtime (MicroVM / MXC) executes the transition strictly within the contract parameters, managed via Two-Phase Cognitive Commit (TCT).

4
Evidence Plane records the Post-State Evidence

Cryptographic attestation and tamper-evident audit records proving that post-execution state strictly complied with invariants (see IEEC Evidence Specification).

This provides the distributed system with an explicit, inspectable boundary object, rather than relying on implicit context fragmented across LLM context windows, ephemeral IAM logs, and asynchronous SIEM dashboards.

What remains unsolved

While the industry has made remarkably rapid progress across identity, containment, and gateway interceptors over the last two weeks, three defining architectural challenges remain unsolved for trustworthy autonomous infrastructure:

Challenge 1: State-Aware Admission

Infrastructure safety requires reasoning over distributed state and invariants under concurrency, not merely evaluating principal + tool + arguments. Current policy engines (OPA, Cedar) evaluate static rules against current input payloads; they do not model distributed state transitions, serializability, or concurrent leases. This is the focus of Cognitive Admission Control.

Challenge 2: Semantic Trust & LLM Policy Verification

If an AI model interprets natural-language enterprise policy (as in Google's SGP), the semantic interpretation itself becomes part of the trusted computing base (TCB). How do we independently verify that probabilistic interpretation before it creates execution authority? We analyze this in our investigation of Jev and the Agentic Control Plane and Epistemic Fault Domains in PDDS.

Challenge 3: Post-State Evidence Verification

Recording what an agent attempted is now standard practice across observability gateways. Proving mathematically that the resulting post-state remained inside the admitted contract invariants is not. Autonomous systems require closed-loop attestation: admission proves why an action was permitted, and verification proves that the system never violated safe invariants during or after execution. This is evaluated in our HardKnock Benchmark.

The overarching architectural law

The first generation of agent infrastructure focused on making agents capable of taking actions. The next generation is building boundaries around those actions.

The Guiding Architectural Law
Identity is not execution authority.

Authority should be bound to the state transition through a mutation-specific execution contract. The next control plane must make the authority behind each consequential transition explicit, bounded, fresh, and provable.

The Agentic Control Plane

Bi-weekly architecture intelligence on LinkedIn
Published by OpenKedge

Join thousands of systems engineers, distributed systems researchers, and cloud security leaders following The Agentic Control Plane on LinkedIn. Every publication explores emerging architectural patterns, vendor signals, and mathematical primitives that make autonomous AI safe for production infrastructure.

Signals & Further Reading

  • DigiCert & NVIDIA OpenShell
    Verifiable Identity for Agents & NVIDIA Open Agent Safety Platform (Sept 29, 2026).
  • IBM watsonx Orchestrate
    Expanded Multi-Cloud Agent Management & AI Gateway Integration (Oct 2, 2026).
  • Collibra & trail ML
    Acquisition for Automated Runtime AI Governance & Action Blocking (Oct 5, 2026).
  • RSA Agent ID
    Tool-and-Argument Depth Policy & Out-of-Band Approvals for Enterprise (Oct 7, 2026).
  • Microsoft Execution Containers
    General Availability of Policy-Driven Agent Containment (Oct 7, 2026).
  • Google Cloud Agent Gateway
    Semantic Governance Policies (SGP) at the Network Boundary (Oct 9, 2026).
  • OpenKedge Research Papers & Specifications
Disclaimer: All product names, logos, trademarks, and registered trademarks cited in this analysis belong to their respective holders (DigiCert, NVIDIA Corporation, IBM Corporation, Collibra, trail ML, RSA Security LLC, Microsoft Corporation, Google Cloud). Citations are provided for architectural reference, comparative research, and scholarly systems analysis under fair use; OpenKedge LLC maintains independent research operations and does not imply commercial sponsorship or formal endorsement.