Execution control + data protection for AI agents

AI agents can act. Herkus makes every real-world action happen as approved, and only once.

Herkus controls what AI is allowed to change, and protects what external AI is allowed to see.

AS APPROVED. ONLY ONCE.
PROPOSED ACTION · RETRY AFTER TIMEOUT
Refund · order 48213 · €100.00
Within what was approved?…
Execution still valid?…
Did the earlier attempt already happen?…
CHECKING
Two products · one AI execution

Control what AI can do. Protect what AI can see.

Execution control for real-world actions. AI Data Masking is available today, with a proof of concept in your own VPC.

Control what AI can do

Execution Guardian and Execution Gateway

Only what was approved, never the same real-world effect twice, and stop when the outcome is unclear, across retries, replanning and reassignment.

AVAILABLE NOW · VPC POC
Protect what AI can see

AI Data Masking

Sensitive business data is masked before it reaches external AI models, and restored only when the workflow needs it, after the response is checked.

The problem

AI agents now create real consequences.

No attacker needed. Retries, timeouts, lost connections and changed plans are enough to turn a correct action into an incident.

PAYMENTS

The refund timed out. Did it fail, or did only the answer get lost?

ENTERPRISE SYSTEMS

The agent retried. Did the first order change already go through?

ROBOTICS

The task was replanned. Will the old command still run?

What Herkus checks

Three questions, answered together, before anything happens.

Only when all three allow it may the action go ahead, and only one request may cross into the real world.

01

Within what was approved?

The request that actually goes out must match what was approved for this task. Approve a €100 refund for order 48213, and €1,000, or another order, is refused.

02

Is the execution still valid?

Retries, replanning and reassignment create new executions. A replaced or cancelled one cannot act, even if its credentials still work.

03

Has it already happened, or is it unknown?

If the same action already took effect, it must not happen again. If nobody knows yet, it waits until the facts are established.

An agent's permission is not a blank cheque. An agent allowed to refund can still refund the wrong amount, or the same refund twice. And a new approval never skips an earlier action whose outcome is still unknown.
One example

A timeout should not become a second refund.

An AI agent issues a €100 refund. The request times out. Nobody knows whether the money went out.

STEP 1

Refund €100 sent to the provider.

STEP 2

Timeout. No answer comes back.

STEP 3

The agent assumes it failed and tries again.

STEP 4

€100 sent again.

The customer received €200.
STEP 1

Refund €100 sent to the provider.

STEP 2

Timeout. No answer comes back.

STEP 3

Same refund again? HOLD: the first one is unresolved.

STEP 4

Provider checked: the first refund went through.

The customer received €100, once.

A new refund the customer asks for later is a different action and goes through normally.

STEP 1

The agent tries to call the payment provider directly.

STEP 2

It holds no key. It never did.

STEP 3

The only path is the Gateway, which asks Guardian first.

STEP 4

Guardian decides: allow, hold or block.

No way around the decision.
Two ways to deploy

It depends on where the action takes effect.

Execution Guardian decides. Execution Gateway makes the decision unavoidable in systems you do not control.

Execution Guardian

When the action takes effect in a system you control, Guardian is built into your execution step.

e.g. robot task controllers · your own ledger · your own ERP write service

AI agentYour system + GuardianEffect

Execution Gateway

When the action takes effect in someone else's system, the Gateway holds the entry point and the credentials, so every protected action passes Guardian.

e.g. payment providers · third-party ERP · logistics platforms

AI agentGateway + GuardianExternal system
Direct call✕ no keyExternal system
Why not IAM or an AI gateway

Permission is not execution authority.

Identity and policy remain important inputs. They cannot tell you whether this specific action may still happen now, or whether it already happened.

QuestionIAM / identityPolicy engine / AI gatewayHerkus
Who is calling?YesOftenUses it as input
Is this kind of action generally allowed?PartlyYesUses the result as input
Is this request within what was approved for this task?NoSometimesChecked before it goes out
Is this execution still the valid one?NoRarelyChecked
Did the same action already happen, or is it unknown?NoRarelyChecked; unknown means wait
Use cases

Start where one wrong action is expensive.

Payments and refunds

Timeouts and late confirmations without duplicate payouts.

E-commerce operations

AI customer service and operations agents that refund, reship, reprice or change orders.

Enterprise systems

ERP and CRM writes that stay within the approved task, and happen once.

Robotics

Task-level control: no repeated tasks, no stale commands. Complements functional safety; does not replace it.

See all use cases →

Start with one real action.

Pick one workflow where an AI agent can cause a real business or physical effect, or one external AI call with sensitive data. We scope it together.

Request a technical discussion