Interpose
Sit between the agent and its tools, so every consequential action passes through one boundary.
HELM AI Kernel · Apache-2.0
HELM AI Kernel is a fail-closed boundary between your AI agents and the systems they can change. It checks each proposed action against policy before the side effect runs, denies the unknown by default, and records a signed receipt.
No action without a verdict. No effect without a receipt. No receipt you can’t verify.
The boundary
Agents are crossing from suggestion into execution. The moment an agent can change a record, move money, deploy code, or alter access, something has to decide whether the side effect may run. HELM AI Kernel is that boundary: it interposes between the agent and its tools, checks each action against policy, and stops anything that is not explicitly allowed.
Sit between the agent and its tools, so every consequential action passes through one boundary.
Return ALLOW, DENY, or ESCALATE before the effect runs. Unknown is denied by default.
Sign a receipt and EvidencePack that anyone can verify offline, later.
How it works
Every proposed side effect takes the same route. Unknown or unapproved actions stop by default.
Step 1
The firewall sits between the agent and the systems it can change. Tool calls and MCP traffic pass through it.
Step 2
Each proposed side effect is checked against policy and context before it runs.
Step 3
ALLOW, DENY, or ESCALATE. Anything unknown or unapproved is denied by default.
Step 4
An allowed effect is bound to the verdict that authorized it, with scope and policy.
Step 5
The decision and the effect are signed into a receipt and an EvidencePack.
Step 6
Anyone can verify the receipt and the pack later, outside any dashboard.
What you get
HELM AI Kernel is Apache-2.0 and self-hostable. The decision path is in the open, and so is the proof it produces.
If policy does not explicitly allow an action, the firewall denies or escalates it. The default is to stop.
HELM AI Kernel is Apache-2.0. Read the code, run it yourself, and inspect every decision path.
Run the boundary inside your own environment. The execution decision stays where your systems are.
Every consequential decision and effect produces a signed, content-hashed record.
Receipts and EvidencePacks verify with a public key, with no live service.
Authority is defined per action class, by what an agent can do, not by industry.
Side effects, not industries
The firewall governs what an agent can do, by side effect. Each action class carries a default verdict and the evidence HELM records when it runs.
| Side effect | Default verdict | Risk | Required evidence |
|---|---|---|---|
| Data export Export a customer list, download records, push data to a destination | ESCALATE | Critical | Data hash, principal, policy hash, destination, signed receipt |
| Database / record write Change a CRM, ticket, or policy-admin record | ALLOW | High | Before/after state hash, receipt, rollback semantics |
| IAM / access change Grant a role, revoke a token, reset a password | ESCALATE | Critical | Delegation-chain receipt, access-change EvidencePack |
| Deployment / infra change Deploy a service, update infrastructure, restart production | ESCALATE | Critical | Change receipt, CI evidence, rollback path |
| Code merge / PR action Open a PR, modify code, merge a dependency bump | ESCALATE | High | PR receipt, diff hash, reviewer disposition |
| Refund / credit Issue a refund, apply a credit, waive a fee | ESCALATE | High | Customer-action receipt, amount, policy, evidence |
| Customer communication Send a support reply, an outbound email, or a notice | ESCALATE | Medium | Message receipt, template version, approval where required |
| Incident response Quarantine a host, revoke a token, escalate a ticket | ESCALATE | Critical | Incident receipt, telemetry, disposition |
Questions
It is a fail-closed boundary that sits between an AI agent and the systems it can change. It checks each proposed side effect against policy before the effect runs, returns ALLOW, DENY, or ESCALATE, and records a signed receipt of the decision and the effect.
A network firewall filters packets and a gateway routes and observes traffic. HELM AI Kernel decides whether a consequential action may execute, denies the unknown by default, and binds a signed receipt to the action it allowed.
Yes. HELM AI Kernel is Apache-2.0. You can read the source, run it locally, self-host it, and inspect how each verdict is reached.
If policy does not explicitly allow an action, the firewall denies or escalates it. An empty or unknown policy means deny, not proceed.
Keep reading
Terms
A small bundle of records used to verify one event or review path.
Use for replayable evidence slices.A record chain that helps replay and check what happened.
Use for HELM proof records and replay paths.HELM lets the action run.
Use as a canonical verdict.HELM blocks the action.
Use as a canonical verdict.HELM stops and asks for more facts, policy, or human approval.
Use as the canonical non-dispatch path for missing facts, policy hold, or approval.Read the source, run it yourself, or test one consequential action against the boundary.