Installation
AgentKeeper is installed per agent surface. Start with the agent the developer actually uses, confirm the workstation appears, then prove both PASS and BLOCK events in Activity before rolling out...
AgentKeeper is installed per agent surface. Start with the agent the developer actually uses, confirm the workstation appears, then prove both PASS and BLOCK events in Activity before rolling out to more machines.
| Availability | Generally available |
| Verified | 2026-06-03 |
| Note | Install one agent surface first, then validate evidence before fleet rollout. |
You will finish with
- One connected workstation.
- One real runtime event in Activity.
- One PASS event when full audit logging is enabled.
- One BLOCK event from a known denied action.
Use the Setup page from the same environment you plan to review:
- Production:
https://www.agentkeeper.dev/setup - Sandbox:
https://sandbox.agentkeeper.dev/setup
The install command should contain a real AgentKeeper origin. If the command still shows a template placeholder instead of agentkeeper.dev or sandbox.agentkeeper.dev, do not run it.
On Windows, use browser/device approval for one workstation; use the Windows enterprise install path for fleets. Windows Quick Connect and the enterprise Windows path do not require Node or npm on endpoints.
On RHEL 8/9 or Rocky Linux 8/9 fleets, use the Linux RPM enterprise install path. The signed Universal RPM installs the runtime, pinned MCP Gateway, nine-surface catalog, systemd units, reconciliation, and offline repair assets. It does not install third-party IDEs or place an enrollment token in the image.
Windows Quick Connect
Run this from regular Windows PowerShell for one workstation:
irm https://www.agentkeeper.dev/windows-quick-connect.ps1 -OutFile $env:TEMP\agentkeeper-windows-quick-connect.ps1; powershell -NoProfile -ExecutionPolicy Bypass -File $env:TEMP\agentkeeper-windows-quick-connect.ps1
Quick Connect opens browser approval for the signed-in developer, then prompts for Windows elevation before installing the native AgentKeeper Gateway and Claude Code hooks. For many machines, use Windows enterprise install instead.
Claude Code Plugin
/plugin marketplace add rad-security/claude-code-plugin
/plugin install agentkeeper
/reload-plugins
/agentkeeper:connect
The reload step makes /agentkeeper:connect available in the current Claude Code session. The connect flow stores a device credential locally, registers the workstation, and installs hooks for prompt submission, pre-tool evaluation, post-tool audit, and session lifecycle events. Restart Claude Code after approval so those hooks load at startup.
Claude Chat in Claude Desktop
Claude Chat uses AgentKeeper MCP Gateway, not the Cowork plugin ZIP:
curl -fsSL https://www.agentkeeper.dev/install-gateway.sh | \
AGENTKEEPER_API_URL=https://www.agentkeeper.dev \
AGENTKEEPER_API_KEY=ak_live_REPLACE_ME \
bash
On Windows, install the native Gateway binary first, then run:
& 'C:\Program Files\AgentKeeper\agentkeeper-mcp-gateway.exe' configure-ide --ide=claude-desktop
Restart Claude Desktop, start Gateway, and ask Chat to use a configured MCP tool.
Dashboard setup
- Create an account at sign up.
- Open Setup.
- Choose the agent surface you want to connect.
- Copy the command or hook configuration for that agent.
- Complete the browser device flow or provide a managed API key if you are deploying through MDM.
- Restart the agent after setup so startup-loaded hooks are active.
- Run PASS and BLOCK validation.
Environment Variables
| Variable | Description |
|---|---|
AGENTKEEPER_API_KEY | API key used by local hooks and services. |
AGENTKEEPER_API_URL | Optional API base URL for local hooks and gateways. Set it to your AgentKeeper app origin for managed deployments. |
Supported agents
- Claude Code
- Claude Chat
- Claude Desktop / Cowork
- Cursor
- Codex
- Gemini CLI
- Windsurf
- GitHub Copilot Agent Mode
- Google Antigravity
Validation
A workstation is not considered fully connected until all of these are true:
- A system or self-test event appears for the expected host.
- A benign action appears as PASS when full tool-call logging is enabled.
- A denied action appears as BLOCK.
- The Activity source matches the integration being tested, such as
claude_code,claude_chat,cowork,cursor,codex,gemini,copilot,windsurf, oropenai_compliance_api.
See Configuration, Team Deployment, and Enterprise install for managed rollout patterns. Choose the Windows, macOS, or Linux package path first. Use Jamf, Iru/Kandji, and Intune pages as provider appendices for the platforms they manage.
Prove it worked
- Open Workstations and confirm the expected host appears.
- Open Activity and filter by the integration source.
- Run one benign action and confirm PASS appears when full logging is enabled.
- Run the guide
- ,
If this fails