The Runtime Control Engine for Agentic AI

Don’t just authorize AI.
Authorize the right action.

Axtor evaluates consequential AI actions across scope, intent, evidence, policy, authority, and risk before they execute. It returns a clear outcome: allow, block, clarify, or require approval.

Currently in development.

Runtime architecture

Control the action before it reaches the enterprise system.

Axtor sits between an AI agent proposing an action and the tool, API, or system that would execute it.

Illustrative runtime control flow
Human or application
AI agent
Proposed action
Axtor Control EngineScope · Intent · Evidence · Policy · Authority · Risk
ALLOWBLOCKCLARIFYAPPROVAL
Enterprise tool, API, or system
Axtor.App Illustrative scenarioFictional data. No actions are executed.

Runtime control scenario

See Axtor evaluate an action before it executes.

Follow a proposed AI action through the request, evidence, and control decision.

Scenario preview. Press Play to follow the evidence.

1Customer conversation

An end customer request

I was charged even though the service was down. Could you sort this out?
10:24 AM · Customer
AI

Let me check the charges on your account.

10:25 AM · AI assistant

Scripted customer conversation

2Proposed action and evidence

What the AI plans to do and supporting data

Proposed action

Refund $750

Issue a refund to the customer’s original payment method.

Relevant evidence

Subscription charge$750

Monthly plan, billed to account

Outage-related charge$140

Service disruption linked to this charge

Prior credit$50

Recorded as a goodwill credit

3Axtor control assessment

Evaluates the action across relevant control dimensions

ScopeIn scope

Refund workflow

IntentAmbiguous

Which charge does the customer want resolved?

EvidenceInsufficient

Does not establish this action

PolicyPermitted

Fictional refund policy

AuthorityWithin limit

Refunds up to $1,000 permitted by the fictional policy.

RiskFinancial

Changes a customer balance

Runtime outcomeCLARIFY

The evidence links the outage to a separate $140 charge. It does not establish that the $750 subscription is the intended transaction. The $50 credit also needs context.

Permission alone does not establish intent or sufficient support for execution.

Illustrative scenarios using fictional data.

This fictional customer service scenario shows how runtime control evaluates more than permission. An AI proposes a $750 subscription refund, while the outage evidence points to a separate $140 charge and an existing $50 credit. Axtor identifies that the intended transaction is not established, so the action requires clarification before it can proceed. The evidence does not establish that a $90 refund is correct.

An AI action can be allowed and still be wrong.

CAN Capability

Can the AI execute this action?

MAY Permission

Is the AI allowed to execute it?

MEANT Intent

Does this action match what was actually requested?

PROCEED? Control

Do evidence, policy, authority, and risk support execution?

The Axtor Control Engine

A runtime decision built from context.

Axtor evaluates a proposed action across six control dimensions. Semantic intent is one input. It does not grant authority on its own.

Conceptual control model for a proposed AI action
Proposed AI action

Axtor Control Engine

  • Scope
  • Intent
  • Evidence
  • Policy
  • Authority
  • Risk

Human context

Conversations · Instructions · Transactions · Previous decisions

Enterprise context

Policies · Permissions · Delegation · Workflow state · Approvals

External context

Regulation · Jurisdiction · Contracts · Privacy requirements

Runtime control outcome

AllowBlockClarifyApproval

ALLOW means the action has sufficient support to proceed. BLOCK stops an unsupported action. CLARIFY requests missing intent or evidence. APPROVAL routes a potentially valid action to a human or higher authority.

In development. This control model can incorporate relevant enterprise, contractual, jurisdictional, and regulatory inputs. Axtor is not a legal advice system or a guarantee of compliance.

Across workflows

One control engine. Different consequential actions.

Customer Service

Human request
“Refund the charge caused by yesterday's outage.”
Agent proposes
Refund $750 subscription payment.
Axtor outcomeCLARIFY

The evidence points to a different outage-related charge. The intended transaction is not established.

Enterprise Access

Human request
“Give Maria analytics access for the project.”
Agent proposes
Grant production administrator access.
Axtor outcomeBLOCK

The proposed privilege exceeds the scope of the request.

Agentic Workflow

Human request
“Make the king disappear from this scene.”
Agent proposes
Delete the King permanently from story canon.
Axtor outcomeBLOCK

A scene-level request does not establish authority for a permanent state change.

Explore Axtor solutions

How it works

Follow the evidence before an action executes.

Customer request

“I was charged even though the service was down.”

Transaction

$750 subscription charge

Support case

Service outage · separate $140 charge

Prior credit

$50 credit issued

Axtor.App
IntentClarification needed

Which charge does the customer want resolved?

  1. Start with the request

    Identify what was requested and what AI proposes.

  2. Follow relevant evidence

    Connect related conversations, transactions, and previous resolutions.

  3. Resolve uncertainty

    Clarify missing intent or evidence before execution or approval.

Customer service professional wearing a headset at her workstation; illustrative photo.

Our starting point

Starting with customer service.

Axtor is starting with customer service and contact center workflows, where AI agents increasingly move beyond answering questions to taking actions that affect accounts, transactions, refunds, and customer outcomes.

This is the first proving ground for the broader Axtor Control Engine. It evaluates whether a proposed action is sufficiently supported by scope, intent, evidence, policy, authority, and risk before execution.

Why We’re Building Axtor

Help shape Axtor around your workflows.

We’re looking for enterprise teams building or using AI in customer service to help us test and refine Axtor.