Add governance to your AI coding stack in 2 minutes.

Block dangerous tool calls, scan every output for PII and secrets, keep a compliance-grade audit trail — without changing how you use Claude Code, Cursor, Codex, or OpenClaw.

What this prevents

Three real failure modes the plugins are built to stop. Same policy set across all four surfaces.

The migration that wasn't supposed to run

Your assistant runs migrate.py --target=prod because nothing told it not to. The dangerous-command hook fires before exec, blocks the call, and records the attempted policy violation.

The MCP query that returned too much

A CRM lookup pulls 50 customer records into the conversation. PII detection runs on the tool output, redacts what's sensitive, and logs which fields were redacted — before the model ever sees them.

"Why was this allowed?" six months later

Compliance review asks how a specific tool call was permitted. Decision records show which policy fired, which version, and what the matching context was. Not a log line — a structured trail.

Pick your runtime

All four plugins share the same 80+ governance policy set. OpenClaw, Claude Code, and Cursor enforce inline on every governed tool call; Codex uses a hybrid model (hard-enforced on terminal commands, advisory via skills for other tools — see card below). Sub-10ms overhead per tool call. Source-available under BSL 1.1.

Claude Code Plugin

Block dangerous commands before they run, scan every tool output for PII and secrets — without leaving your terminal.
Install via Claude Code marketplace
/plugin marketplace add getaxonflow/axonflow-claude-plugin
  • 80+ built-in system policies on PreToolUse + PostToolUse hooks
  • 15 MCP tools (6 governance + 4 explainability + 5 tier capability)
  • Protects SOUL.md / CLAUDE.md from tampering
  • Audit trail to your self-hosted AxonFlow stack

Cursor Plugin

Block dangerous commands before they run, scan every tool output for PII and secrets — without leaving the editor.
Install via git clone (full instructions in README)
git clone https://github.com/getaxonflow/axonflow-cursor-plugin.git
  • Same 80+ policies via Cursor's Pre/Post-tool hooks
  • Skills surface for governance introspection (check-governance, audit-search, pii-scan)
  • .cursor/settings.json + .cursorrules write protection
  • Compliance-grade audit trail

Codex Plugin

Hard-enforce policy on every terminal command, guide Codex through skills for non-terminal tools, keep a compliance-grade audit trail — without changing how you use Codex.
Install via git clone (full instructions in README)
git clone https://github.com/getaxonflow/axonflow-codex-plugin.git
  • Enforced policy on exec_command path (80+ policies)
  • Advisory governance via skills for Write/Edit/MCP tools
  • Hybrid model: hard block where it matters, guide where flexibility wins
  • Same audit trail format as the other three plugins

Curious how the four plugins compare on capability and limit-by-tier? See the full Community vs Evaluation vs Enterprise feature matrix.

Free to install. Pro when you need more.

All four plugins work for free against the public Community SaaS endpoint or your own self-hosted AxonFlow stack. Upgrade to Plugin Pro for 10× daily quota, 200/minute burst headroom, 30-day audit retention, 50 custom policies, 20 HITL approvals per rolling 7 days, and email support — $9.99 USD for 90 days, one-time payment, no auto-renewal.

See Plugin Pro details →

Frequently asked

Do I need to run the AxonFlow platform locally to use a plugin?

No. Each plugin defaults to the public Community SaaS endpoint at try.getaxonflow.com — install and you're governed in under 2 minutes. When you outgrow Free-tier quotas or want self-hosted retention, point the plugin at your own stack via AXONFLOW_ENDPOINT.

What's the difference between Free and Plugin Pro?

Free gives you 200 governed events/day, 25 governed write events/minute, 3-day audit retention, 4 custom policies, and 2 HITL approvals per rolling 7 days. Plugin Pro at $9.99/90 days raises those caps to 2,000 events/day, 200/minute, 30-day retention, 50 custom policies, and 20 approvals per rolling 7 days, plus LLM cost pre-flight and email support.

Are the same policies enforced across all four plugins?

The 80+ built-in policy set is identical across OpenClaw, Claude Code, Cursor, and Codex — same rules, same audit trail format. The enforcement model differs: OpenClaw, Claude Code, and Cursor enforce inline on every governed tool call. Codex uses a hybrid — hard-enforced on terminal commands via PreToolUse hooks, advisory via skills (the agent decides whether to follow) for Write/Edit/MCP tools.

Does telemetry get sent on plugin install?

Each plugin emits a heartbeat at most once every 7 days during activity (version, OS/arch, environment class, license tier, and the deployment's org_id — the cs_<uuid> anonymous tenant identifier on hosted Community SaaS, the operator-supplied value on self-hosted, or the local-dev-org sentinel when neither is configured). No prompts, payloads, or API keys. Opt out across all surfaces with export AXONFLOW_TELEMETRY=off. Full schema at docs.getaxonflow.com/docs/telemetry.

How much overhead do these plugins add to a tool call?

3–10ms per tool call across all four plugins (policy pre-check 2–5ms + PII detection 1–3ms + SQLi scan 1–2ms + async audit 0ms). Imperceptible in interactive use.