The control plane for AI agents

Your agents are in production. Your controls are not.

Hyperion decides what each of your agents is allowed to do — deny by default, on every tool call — and writes a signed record of every decision. Threat detection on the prompt comes with it. Any model, any framework.

Denyby default, per tool
0Plaintext PII sent
Signedevery decision, tamper-evident
Shadowagents nobody declared, surfaced
POST /v1/detect agent_id: customer-support-bot
Ready
INJ
JAIL
SEC
PII

Edit the prompt or pick an example, then run detection.

This demo runs Hyperion's real rule and pattern libraries — the same regular expressions, severities, token format and response schema as the platform — locally in your browser. The hosted API additionally runs three machine-learning classifiers (injection, jailbreak similarity, toxicity) that cannot ship to a browser, so toxicity is marked as not run here.

The gap

Five questions no one can currently answer.

Agents now handle support conversations, move money, touch HR records, and execute code. The controls that exist for every other kind of production software — access control, audit logs, policy engines, incident response — were never built for them.

Who asked the agent what?

No central record

Did it touch PII?

No masking or detection

Which tools did it call?

No permission model

Why was that blocked?

No policy trace

Who approved it?

No approval workflow

Every existing tool owns one slice of this — injection detection, or output validation, or offline evaluation, or infrastructure metrics. The buyer needs one place to look, with one audit trail behind it.

The platform

Three layers, one trace, one place to look.

Layer 1Available now

Detection

Catch threats in the request path, before they reach your agent or your model.

  • Prompt injection — rule library plus a fine-tuned classifier for paraphrases
  • Jailbreak — known templates plus semantic similarity to a live attack corpus
  • Secrets — AWS, GitHub, Stripe, Slack, JWT and private-key formats, plus entropy analysis
  • PII — eight entity types, detected and tokenised before they leave your process
  • Toxicity — inbound and outbound content classification
Layer 2Available now

Governance

Decide what each agent may do — and route the rest to a human.

  • Tool permissions — per-agent allowlist held server-side, deny by default. The agent cannot edit its own policy
  • Approval workflows — an undeclared tool returns a deny and raises an approval request; granting it writes the permission in the same transaction
  • Signed tool audit — every allow, deny and operator decision cryptographically signed, in the same trail as prompt decisions
  • Agent registry and shadow list — declare the agents you run, and see the ones calling us that nobody declared
  • Agent-scoped keys — a key can be tied to one agent, so an agent cannot claim another's identity and inherit its permissions
  • Cost avoided — an estimate of the LLM spend each block and denial prevented, at your own model's rate
  • Roles and SSO, rate limits and no-code policy authoring are still to come — see the roadmap.
Layer 3Planned

Observability

Explain what happened, to the person who has to answer for it.

  • Decision trace — which rule fired, on what input, in plain language
  • Tool and approval audit shipped in August — live in the dashboard today.
  • Anomaly alerts — statistical deviation from each agent's own baseline
  • Incident summaries — a written account of an attack, generated automatically
  • Evidence packs — SOC 2, HIPAA, GDPR and EU AI Act exports in one click

Status is stated plainly. Layer 1 is built and benchmarked. Most of Layer 2 shipped across August 2026 — tool permissions, approvals and signed audit on the 19th, an operator dashboard on the 22nd, and the agent registry with shadow-agent detection on the 23rd. Roles, SSO, rate limits and no-code policy authoring are not built. Layer 3 is still roadmap, apart from the audit views already live. We would rather you knew exactly which is which.

Layer 2 · try it

The agent asks. The policy answers.

Detection reads the prompt. This reads the action. Every tool your agent wants to call is checked against an allowlist held on our server — not in a config file the agent could edit. Anything not on the list is refused, and a request goes to a human instead of a hard failure.

POST /v1/tools/authorize agent_id: customer-support-bot
Allowlist · server-side3 tools

Held per tenant, agent and tool, enforced by the database.
Everything absent from this list is denied.

The agent attempts a tool call

Pick a tool call above. Three are approved; the rest are not.

Same decision logic and response shape as the live endpoint — {decision, approval_request_id}, deny-by-default, and a repeated denial reuses its pending request rather than filling the queue with duplicates. In the real platform an operator approves from the dashboard, the policy row is granted in the same transaction, and every line above — including the approval itself — is written to a signed audit trail.

Architecture

Your customers' data never reaches our servers.

The usual objection to a cloud governance tool is that it means shipping your customers' personal data to a third party. Hyperion removes that objection architecturally rather than contractually: the SDK finds and tokenises PII inside your own process, before the first network call. We only ever receive tokens.

Your infrastructure
Agent codeLangChain · CrewAI · custom
Hyperion SDKdetect() · detokenize()
Local PII tokeniser8 entity types, runs in-process
Session token vaultnever transmitted
Trust
boundary

tokens only
Hyperion
Auth & tenant isolationdatabase-enforced, not just app logic
Five detectors, in separate worker processesper-detector timeout, fails closed if one degrades
Prompt policy engineALLOW · BLOCK · REDACT · FLAG
Agent registrydeclared agents, plus a shadow list of undeclared ones
Tool authorisationdeny-by-default allowlist per agent and tool
Approval queueoperator grants an undeclared tool, policy updates atomically
Tamper-evident audit logprompt and tool decisions, each signed

One line to integrate.

No proxy to stand up, no agent rewrite, no model change. Add the call where user input enters your agent, and hand the masked prompt onward.

  • Tokenisation is mandatory, not a setting — there is no configuration that sends us plaintext
  • You choose what happens if we are unreachable, per agent — fail closed for a payments bot, fail open for an FAQ bot
  • If one detector is slow, the other four still return, and the response says which one was missing
  • No external LLM sits in the detection path — no per-token cost, no third-party dependency
Python
# pip install hyperion-sdk
import hyperion

client = hyperion.Client(
    api_key="hp_live_...",
    agent_defaults={
        "payments-bot": {"on_unavailable": "block"},
        "faq-bot":      {"on_unavailable": "allow"},
    },
)

result = client.detect(
    prompt=user_input,
    agent_id="payments-bot",
    config={"block_on": ["INJECTION", "JAILBREAK", "SECRETS"]},
)

if result.blocked:
    return "I can't help with that request."

# PII is already tokenised — your agent never sees it either
answer = my_agent.run(result.masked_prompt)

# Swap the real values back in, locally
return client.detokenize(answer, session_id=result.session_id)

Benchmarks

Measured against public adversarial corpora.

A detection vendor that cannot measure itself is selling a feeling. Every figure below comes from a benchmark run committed alongside the code, stamped with the commit that produced it, and re-run on every detector change.

DetectorCorpusRecallFalse positivesNotes
JailbreakJailbreakBench, 50 attacks100%0%Every category: malware, fraud, harassment, economic harm
SecretsAWS · GitHub · Stripe · Slack · JWT · private keys100%0%Format matching plus Shannon entropy analysis
PIISynthetic, 8 entity types100%20%Recall prioritised over precision by design — see below
Prompt injectionOWASP LLM Top 10, 28 attacks100%0%Reached 100% on 14 Aug 2026 — character-substitution obfuscation is now normalised before classification
ToxicityDetoxify eval set75%0%Off-the-shelf classifier; being replaced in Phase 1b
On the PII false-positive rate

Hyperion deliberately over-detects PII rather than under-detects it. A wrongly tokenised date costs a tokenisation round trip. A missed national insurance number costs a regulatory disclosure. We publish the number rather than tuning it out of sight.

The two gaps we are still carrying

False positives. The injection classifier can flag a benign support message as an attack at high confidence. Two fixes were tried and reverted because each cost us the block rate. It needs model-level work, and until then we would run a pilot with that detector in log-only mode.

Latency. Detectors now run in separate processes, which removes the contention that caused our old p99. We have not re-measured it on hardware big enough to run five real models, so we are not publishing a number yet.

Why we show you the misses

A governance product is a claim about discipline. We keep a public register of every known gap in our own platform, severity-rated, and each one must be closed or formally re-accepted before a customer goes live. That register existed before anyone asked to see it.

Automated tests700+Including real-model and real-database suites
OWASP Agentic coverage2 / 10Plus 4 partial — published in full, the four we miss included
Decisions recorded37Every architectural choice, with its reasoning
Known gaps logged22Tracked openly, closed before go-live

Deployment

Cloud when you want speed. Your own infrastructure when you need it.

Hyperion CloudSelf-hosted
Built forStartups and scale-ups with no appetite for infrastructure workFinance, healthcare, government, and anyone with a data residency mandate
Time to first callMinutes — an API key and one SDK callHours — Helm chart or Docker Compose
Where PII livesYour infrastructure. Tokenised before it leaves your process.Your infrastructure. Never transmitted anywhere at all.
Where audit logs liveHyperion, queryable by API and dashboard — tokens onlyYour database. You own the data outright.
UpdatesContinuous, managed by usVersioned releases on your schedule; signed offline bundles for air-gapped sites
CommercialsUsage-based, plus seats for the governance consoleAnnual licence and support
AvailabilityAvailable nowPhase 3 — see roadmap

Model-agnostic

OpenAI, Anthropic, Google, Mistral, Llama, Azure OpenAI, or an endpoint you host yourself. Hyperion inspects the traffic, not the vendor.

Framework-agnostic

LangChain, LlamaIndex, CrewAI, AutoGen, OpenAI Assistants, or a bespoke loop. No integration is a prerequisite for another.

Same build, both modes

The platform has been containerised since its first commit, so the image running in our cloud is the image that runs in your VPC. Self-hosted is not a fork.

Who it is for

The developer installs it. The CISO signs for it.

The builder

AI engineer

Wants to ship. Governance is a blocker, not a goal. Gets a one-line SDK call and keeps moving.

The gatekeeper

Security architect · CISO

Has agents in production with no visibility and no controls. Gets detection, enforcement, and forensics.

The auditor

Compliance officer · DPO

Cannot demonstrate to a regulator how personal data is handled. Gets a signed, queryable audit trail.

The operator

AI platform lead

Runs many agents across teams, each governed differently. Gets one policy layer across all of them.

Roadmap

Each phase ships on its own, and unlocks the next buyer.

M0–M3Phase 1b
Pilot readiness and first design partners

Verify p99 on hardware that can run five real models. Fix the benign false-positive at the classifier level. Self-serve tenant onboarding. Deploy the production pipeline to real infrastructure. Publish the SDK. Onboard the first three design partners onto live traffic.

M3–M9Phase 2
Governance Console — mostly shipped

Shipped across August 2026: per-agent tool permissions, the approval queue, signed tool audit and the cost-avoided metric (19 Aug); an operator dashboard for all of it (22 Aug); the agent registry, shadow-agent detection and agent-scoped API keys (23 Aug). Still to come: visual policy authoring, Slack and email approval routing, roles and SSO, argument-level tool authorisation, and multi-agent trace propagation.

M9–M18Phase 3
Observability platform and self-hosted deployment

Per-agent anomaly baselines, automatic incident summaries, one-click compliance evidence packs, the full platform as a Helm chart inside your VPC, air-gapped model updates, and OpenTelemetry export.

M18+Phase 4
Enterprise

SOC 2 Type II, HIPAA business associate agreements, a FedRAMP path, native SIEM integrations, custom organisation-specific detectors, and a contractual uptime commitment.

Now open · 3 places

Design partner programme

We are looking for three teams running agents in production — ideally where an agent already touches customer data or takes consequential actions. You get the platform free through Phase 2, direct access to the people building it, and influence over what gets built next. We get real traffic, real threat data, and a reference.

  • Integration support from the founding team, not a queue
  • Your priorities go into the Phase 2 backlog first
  • Pricing set with you, once we both know what a request is worth

Prefer email? Write to contact@hyperion-ai.dev.

Pre-seed

For investors

Agent governance is a category forming right now, and no incumbent owns it. The existing vendors each hold one slice — injection detection, output validation, offline evaluation, infrastructure metrics — while the buyer needs a single place to look with one audit trail behind it.

  • Built, not planned — detection, deny-by-default tool permissions, approval workflows, an operator dashboard and agent discovery all shipped by 23 August 2026. Integrable today.
  • Structurally cheap to run — no external model sits in the detection path, so there is no per-token cost of goods
  • Two-sided motion — developers adopt detection in an afternoon, free. Security teams pay for Layer 2: tool permissions, approvals and the audit trail.
  • Regulatory tailwind — the EU AI Act and NIST AI RMF turn audit trails into obligations with dates

Prefer email? Write to contact@hyperion-ai.dev.