Agentic Infrastructure · Control PlanesSeptember 26, 202614 min read

Decisions are not authority.

Jev makes an important architectural separation possible: fast semantic judgment no longer has to live inside the same autoregressive loop that generates an agent's actions. But judgment is still not permission to act. An agentic control plane must determine when probabilistic evidence is sufficient to become bounded execution authority.

Author:OpenKedge LLC
ShareLinkedInX
Architectural Separation of ConcernsData Plane → Control Plane → Execution
Step 01
Generation
LLM / Agent

Proposes candidate plans, actions & tool invocations

Step 02
Judgment
Jev / Evaluators

Computes typed, probabilistic semantic decisions & confidence

Step 03
Authority
OpenKedge

Evaluates required assurance, policy & issues bounded grant

Step 04
Execution
Tool / System

Performs controlled state mutation & records evidence

“A model can help judge. The control plane decides what evidence is sufficient to act.”

Jev changes the shape of the agent stack

Most contemporary agent architectures frequently ask a single generative model to perform several fundamentally distinct jobs simultaneously:

  • Understanding environment state
  • Generating proposed actions
  • Evaluating intermediate plans
  • Routing control workflows
  • Judging operational risk
  • Deciding what happens next

That architectural convenience comes at a heavy structural cost. A general-purpose autoregressive model generates sequential text token by token even when the underlying software application ultimately only needs something as concise and typed as:

// Semantic Decision Query
Is this request within scope?
yes: 0.94
no:  0.06

TypeSafe AI introduces Jev as a different systems primitive. TypeSafe describes Jev as its first System One model. Instead of generating arbitrary open-ended prose, Jev consumes structured and unstructured state and directly answers bounded semantic questions. Its outputs are typed decisions accompanied by probability and confidence distributions. Furthermore, multiple semantic questions can be evaluated in parallel over the same input state.

Jev is purposefully designed for routing, classification, scoring, judging, filtering, and similar decision tasks embedded deeply inside software runtimes. The essential abstraction can be expressed as:

unstructured state
↓
semantic questions
↓
typed probabilistic judgments
↓
ordinary deterministic code

This is more than an inference optimization. It is an architectural separation between generation and judgment.

Why can Jev make decisions faster?

To understand the performance characteristics, we must look at the mechanics of the inference loop rather than marketing terminology. In a conventional agent setup, extracting a decision from a general-purpose LLM involves a protracted, multi-phase pipeline:

Traditional Autoregressive Path
state & memory
↓
prompt engineering & schemas
↓
token 1 → token 2 → token 3 ...
↓
unstructured or JSON string
↓
parsing & regex validation
↓
decision extracted
System One Decision Primitive
state
├── question A ──→ probability
├── question B ──→ choice
├── question C ──→ calibrated score
└── question D ──→ probability
↓
direct typed memory buffer

For narrow decision workloads, the generality of sequential token prediction is computational waste. TypeSafe attributes Jev's latency and throughput characteristics to an architecture purpose-built for decision outputs, parallel decision sampling, and training regimes explicitly centered around calibrated probabilities rather than divergent prose generation.

Published Benchmark Attribution

In TypeSafe's published workflow evaluations, Jev reached gains as high as roughly two orders of magnitude in latency and larger reductions in cost for workloads shaped around decomposed semantic decisions. TypeSafe explicitly notes that these figures represent the high end of expected real-world gains. In its published materials, TypeSafe reports response times approximately between 70 ms and 500 ms, depending on context volume and query complexity.

Demonstrations published by LangChain (such as their September 25, 2026 integration with LangGraph) show how Jev can be incorporated into agentic routing graphs, reinforcing the practical systems pattern of letting deterministic application code own workflow orchestration while a specialized model handles bounded semantic queries.

The missing boundary: judgment is not authority

Foundational Axiom
A semantic decision is evidence.
It is not authority.

Consider a high-confidence evaluation emitted by a specialized decision model such as Jev:

Evaluator Output:
P(action_is_safe) = 0.94
≠
authorized(action)

Why are these two statements categorically distinct? Because a model's confidence score—no matter how finely calibrated—is merely an observational predicate. It cannot by itself resolve the governing invariants of a distributed system:

01 · Identity & Scope

Is this specific actor permitted to invoke this mutation, or does it exceed delegated role bounds?

02 · Resource Boundary

Is the targeted infrastructure resource in an admissible maintenance state or tenant boundary?

03 · Policy Currency

Is the governing policy rulebook active and unexpired, or has compliance policy drifted?

04 · Temporal Freshness

Is the evidence fresh? What is the maximum acceptable telemetry staleness before dispatch?

05 · Authority Delegation

Does the proposed action exceed the cumulative authority budget allocated to the agent's session?

06 · Independent Verification

Does organizational governance require dual-key signoff or an independent formal proof?

07 · TOCTOU Invalidation

Has live infrastructure state mutated between the time of check and the time of execution?

08 · Blast Radius & Rollback

Is the operation reversible? Has a certified compensating transaction been verified ahead of time?

09 · Consequence Tiering

Is the operation consequential enough to require human approval, regardless of model certainty?

10 · Epistemic Fault Domain

Does the evaluator share underlying training data, prompts, or tool endpoints with the generator it judges?

This is precisely where the OpenKedge control-plane architecture enters the systems stack.

Jev inside the OpenKedge architecture

In the OpenKedge architecture, intelligence models operate within the data plane or act as decision providers inside the governance layer. They are explicitly excluded from holding ambient execution authority.

Layered Architecture: Data Plane, Control Plane & Execution Plane
AGENTIC DATA PLANEUnverified proposals
AI Agent (LLM / Planner / Autonomous Loop)
│ PROPOSE (Candidate Intent q)
▼
OpenKedge Control Plane (Trusted Computing Base)Sovereign Boundary
Semantic Judgment Layer
  • ├─ TypeSafe Jev (Fast System One)
  • ├─ Frontier LLM Evaluator
  • ├─ Domain Classifiers
  • └─ Formal Verifier / SMT Solver
Governance & Boundary
  • ├─ Cognitive Admission Control (CAC)
  • ├─ Policy & Obligation Evaluator
  • ├─ TOCTOU Guard Generation (G_q)
  • └─ Epistemic Cut Verification
Bounded Authority Synthesis → Guard-Bound Admission Certificate (C_q)
│ GRANT (Scoped, short-lived credential)
▼
EXECUTION PLANEHardware & tool gateways
Execution Gateway / MCP Broker / APIGuard Verified → State Transition Applied
Outcome & telemetry recorded via Agent Telemetry Protocol (ATP) into Immutable Evidence Chain

It is critical to be precise about this relationship: Jev is not the OpenKedge control plane. Rather, Jev is a potent, cost-effective semantic decision provider inside the control plane.

OpenKedge remains solely responsible for the sovereign governance surface:

Policy & Invariants
Cognitive Admission
Evidence Requirements
Identity & Delegation
Authority Boundaries
Escalation Protocols
Execution Contracts
Guard Enforcement
Evidence Recording & Replay

The Decision Provider abstraction

To integrate heterogeneous evaluators cleanly, the OpenKedge research roadmap defines a pluggable DecisionProvider interface. This decouples the governance engine from any single model vendor, proprietary API, or local inference engine:

// Architectural Direction · Conceptual TypeScript Interface
export interface DecisionProvider {
readonly name: string;
readonly epistemicFaultDomain: string;
evaluate(
  state: DecisionState,
  questions: DecisionQuestion[]
): Promise<DecisionEvidence[]>;
}

Different providers satisfy different latency, cost, and epistemic independence trade-offs across the system:

Provider Implementations:
DecisionProvider
├── TypeSafeJevProvider         // High-speed System One semantic decisions (~70–500ms)
├── FrontierLLMProvider         // High-depth reasoning for complex or ambiguous contexts
├── DeterministicProvider       // Static AST analysis, regex, and formal schema checks
├── SymbolicReasoningProvider   // SMT solvers, Datalog, and invariant model checkers
└── HumanReviewProvider         // Asynchronous operator escalation and approvals

Every provider outputs normalized, cryptographically digestable DecisionEvidence that can be verified and committed to the evidence chain:

// Normalized Evidence Record for Immutable Audit
export type DecisionEvidence = {
provider: string;
model: string;
question: string;
result: unknown;
probability?: number;
confidence?: number;
stateDigest: string;      // SHA-256 digest of evaluated context
questionDigest: string;   // SHA-256 digest of predicate formulation
observedAt: string;       // ISO-8601 timestamp with clock proof
};
Note: This interface represents an architectural research specification in the OpenKedge PDDS framework; it is not yet a frozen production release API.

Connecting Jev to Cognitive Admission Control (CAC)

The most direct point of connection between Jev and OpenKedge research is Cognitive Admission Control (CAC). Traditional authorization answers “May this actor invoke this API?” CAC asks an entirely different systems question:

“What empirical and semantic evidence must exist before this particular action is ready to execute right now?”

Under CAC, every proposed action carries a set of typed, non-fungible assurance obligations:

intent_matches_request

The proposed mutation strictly corresponds to the user's authenticated intent.

target_is_in_scope

The specific resource identifier is contained in the tenant's delegated scope.

preconditions_still_hold

Environmental prerequisites (e.g. replica sync, fence lease) remain valid.

consequence_is_acceptable

Modeled blast radius does not exceed organizational risk thresholds.

Jev can rapidly and inexpensively evaluate these semantic predicates in parallel:

  • Does the proposed action match the declared intent?
  • Does the retrieved evidence support this prerequisite condition?
  • Does this mutation appear broader than the requested operational scope?
  • Which consequence classification best matches this action payload?

However, Jev does not decide whether the resulting evidence is sufficient. That is the exclusive purview of CAC:

Jev Decision Provider
↓
Structured Semantic Evidence (probabilities & choices)
↓
Cognitive Admission Control (CAC Engine)
↓
Are typed assurance obligations satisfied under policy Π?
YES
ADMIT action & synthesize certificate C_q
NO (UNKNOWN)
Epistemic Work Loop (acquire missing receipts)

Assurance-aware scheduling

When semantic judgment becomes orders of magnitude cheaper, an agent system can afford to execute dozens of safety evaluations where it previously could only afford one. However, cheap judgment creates a new systems challenge: assurance scheduling.

The control plane must dynamically resolve:

  • Which semantic checks must run for this specific consequence tier?
  • How many independent witnesses are required before dispatch?
  • When is a single high-confidence Jev evaluation sufficient?
  • When must the control plane escalate to a frontier model or formal verifier?
  • When must execution block pending human review?
Fast Path: Jev Evaluator
↓
Is confidence ≥ threshold τ_low & risk low?
[YES]
Continue to Admission
[NO]
Escalate to Second Evaluator
↓
Second Evaluator: Heterogeneous Model / AST Checker
↓
Does composite assurance satisfy policy?
[YES]
Admit with Guards
[NO]
Escalate to Human / Formal Verifier

This ties directly to OpenKedge's ongoing research into assurancc-aware and semantic scheduling: balancing cognitive compute budgets, latency constraints, and risk-conditioned thresholds dynamically at runtime.

Epistemic fault domains: models are not independent witnesses

A common misconception in multi-agent safety is that having one model review another automatically creates an independent safety boundary. OpenKedge research has shown this to be false:

“Different model architectures do not automatically create independent evidence.”

Consider a scenario where an agent encounters corrupted environment context, an in-context prompt injection, or a subtle mathematical hallucination:

Poisoned Context / Misleading State
├───┐
Generative LLM
Generates unsafe action proposal
Jev Evaluator
High-confidence approval (0.96)
Common root failure: both models rely on the same flawed assumptions or tainted context

In distributed systems terms:

P(controller failure | generator failure) >> P(controller failure)

The conditional probability of controller failure given generator failure remains high whenever both participants share underlying epistemic dependencies: pre-training representations, web retrieval corpus, system prompt framing, or ungrounded context.

This is the systems phenomenon formalized in our research on The Honest Quorum Problem (arXiv:2607.16109) and The Illusion of Independent Quorums: Epistemic Fault Domains (arXiv:2609.02925).

Heterogeneous models are not necessarily independent witnesses. This makes Jev an extraordinary tool for fast evaluation, but reinforces why it must remain a provider of evidence rather than an independent authority.

Fast judgment is still probabilistic judgment

Rigorous systems engineering demands being clear about the boundaries and failure modes of any new primitive. TypeSafe itself documents areas where the current Jev model displays jagged performance:

Literal Interpretations

Decisions may follow superficial textual framing rather than deep operational semantics if questions are poorly scoped.

Arithmetic & Numeric Precision

Semantic decision models are not arithmetic engines; calculations must be delegated to deterministic code.

Date & Time Comparisons

Evaluating temporal validity or elapsed duration requires hardware clock proofs, not model guesswork.

Multi-Hop Indirection

Queries requiring complex sequential deduction across disjoint entities degrade unless decomposed into focused sub-questions.

Context Sensitivity

Excessive or noisy state context can distract decision sampling; inputs must be concisely bounded.

Question Formulation Sensitivity

High calibration depends on carefully formulating unambiguous, orthogonal questions.

It is also necessary to clarify marketing language around “zero hallucination.” In TypeSafe's technical documentation, this refers to the constrained, type-safe output space of the model—meaning Jev cannot emit untyped markdown or malformed strings when a boolean or enum is expected. It does not mean that every semantic judgment is guaranteed to be factually true or immune to error.

Jev's limitations reinforce the control-plane argument rather than weaken it. A probabilistic semantic evaluator should be composable, replaceable, observable, and bounded by deterministic policy.

Architectural Layer Comparison

The separation of concerns across the governed agent stack can be summarized across six distinct layers:

LayerPrimary JobExample TechnologyProduces
GenerationPropose plans, actions, and intentGPT-4, Claude, Gemini, DeepSeekCandidate intent
JudgmentInterpret semantic state & evaluate predicatesTypeSafe Jev, classifiers, evaluatorsProbabilistic evidence
AdmissionDetermine required assurance obligationsOpenKedge CACAdmit / remediate / deny
AuthorityBind permission to scoped action contractOpenKedge Control PlaneScoped grant / Certificate C_q
ExecutionApply physical or digital state mutationMCP servers, APIs, secure brokersState transition
EvidenceRecord what happened for audit and replayATP, immutable event receiptsReplayable evidence chain

An OpenFlow moment for agentic infrastructure?

In software-defined networking (SDN), a landmark architectural breakthrough occurred when the industry separated the control plane from the forwarding (data) plane. Rather than each router making localized, autonomous decisions inside its hardware chassis, a centralized or distributed controller computed flow rules, and high-speed switches simply forwarded packets according to bounded tables:

Software-Defined Networking
SDN Controller
↓ computes forwarding rules
OpenFlow Protocol
↓ installs bounded flow table
Fast Packet Forwarding Plane
Agentic Infrastructure
OpenKedge Control Plane
↓ consults Jev for semantic evidence
Cognitive Admission Certificate (C_q)
↓ bounds execution authority & guards
Execution Plane (MCP / Tools)
Software-Defined NetworkingAgentic Infrastructure
Packet / FlowIntent / Proposed Action
Deep Packet Inspection / ClassifierSemantic Evaluator (such as Jev)
SDN ControllerOpenKedge Control Plane
Network PolicyCognitive Admission & Assurance Rules
Flow Rule Table EntryBounded Action Grant & Guard
Forwarding ASICExecution Gateway / Tool Broker
Telemetry Counters / NetFlowATP Event Receipts / Evidence Chain

In this framing, Jev is closer to a high-speed semantic telemetry and decision primitive available to the controller than to the controller itself.

The Core Systems Boundary
TypeSafe's emerging idea is “decisions, not strings.”
The systems problem that follows is: decisions are not authority.

What we want to test next

As part of our ongoing research agenda into Post-Deterministic Distributed Systems (PDDS), we are establishing concrete empirical testbeds to evaluate System One decision models inside the control plane:

1. Calibration under live agentic state

How well do Jev's reported confidence values hold up when evaluating real-world, messy agent proposals rather than clean synthetic classification benchmarks?

2. Generator-controller failure correlation

How often does Jev share blind spots with the specific generative model whose mutation proposal it evaluates, and what degree of prompt obfuscation reduces epistemic coupling?

3. Resilience to adversarial context

When retrieved memories or tool outputs contain covert instruction injections, does Jev reliably detect policy violations or does its evaluation get subverted?

4. Risk-conditioned assurance thresholds

How should required probability thresholds (e.g. 0.90 vs 0.999) scale as a mathematical function of an action's financial, operational, or reversibility blast radius?

5. Assurance economics

Under what latency and dollar constraints should the scheduler invoke one fast decision model versus a multi-provider quorum, deterministic AST checks, or operator escalation?

6. Version drift & recalibration

How must admission thresholds adapt when underlying decision models are updated or quantized over time?

7. Verifiable evidence replay

What minimal state digest and witness receipts must be recorded via ATP to allow independent third parties to faithfully reconstruct and audit a past semantic decision?

From smarter agents to better systems

Jev is significant not because it adds another model to the agent ecosystem, but because it makes an architectural boundary visible that was previously hidden inside a monolithic prompt loop:

Generation and judgment can be separated.

Once that separation is established, the next systems boundary becomes impossible to ignore:

Judgment and authority are not the same thing either.

A governed agentic stack will not look like a single increasingly omniscient model wired directly to critical production APIs. It will look like a well-structured, distributed system:

Generation
↓
Judgment
↓
Assurance
↓
Authority
↓
Execution
↓
Evidence

Jev can make the judgment layer dramatically faster and more cost-effective. OpenKedge is building the protocol and control plane around it: establishing what evidence is required, how uncertainty is handled, and exactly what bounded authority may cross into the execution plane.

Faster decisions make the control plane more important, not less.
Sources & Further Reading
  1. TypeSafe AI — “Introducing System One Models & Jev”, September 15, 2026. Published technical overview introducing Jev as a System One model for structured decision workloads.
  2. TypeSafe AI — Official System One & Jev Architecture Documentation (2026). Explains parallel sampling, probability calibration, and decision primitives.
  3. TypeSafe AI — Jev 1.13 Limitations and Jagged Capabilities Reference (2026). Documents known bounds regarding arithmetic, literal interpretations, and multi-hop questions.
  4. LangChain — “Building Prod with Jev and LangGraph”, September 25, 2026. Demonstrates routing workflows using Jev within agent stategraphs.
  5. OpenKedge Research — “Cognitive Admission Control: Risk-Conditioned Assurance for Consequential Actions in Agentic Distributed Systems” (arXiv:2609.16313, 2026). [Read on OpenKedge]
  6. OpenKedge Research — “The Honest Quorum Problem: Epistemic Byzantine Fault Tolerance for Agentic Infrastructure” (arXiv:2607.16109, 2026). [Read on OpenKedge]
  7. OpenKedge Research — “The Illusion of Independent Quorums: Epistemic Fault Domains and Correlated Cognitive Failures in Agentic Quorums” (arXiv:2609.02925, 2026). [Read on OpenKedge]
  8. OpenKedge Research — “The Autonomous State Control Plane: A Reference Architecture for Sovereign AI Systems” (2026). [Read Whitepaper]
  9. OpenKedge Research — “Post-Deterministic Distributed Systems (PDDS)” (arXiv:2606.01722, 2026). [Read Overview]
Disclaimer: All benchmark figures and capabilities attributed to Jev represent published reports from TypeSafe AI and LangChain demonstrations; OpenKedge has not independently conducted third-party reproducibility benchmarks of proprietary vendor infrastructure. OpenKedge and TypeSafe AI are independent entities with no commercial partnership or formal endorsement.