Each integration normalizes its native hook event names, tool names, and tool-input fields before policies run. A policy can only act on events the harness exposes; test end-of-turn and instruction behavior on the exact harness and version you deploy.
Enforcement capability
“Block” means the current adapter’s returned verdict is consumed by the named harness. Post-tool blocking may replace the result shown to the model but cannot undo a tool side effect that already happened.
Capabilities are version-sensitive. Re-test after upgrading an agent CLI, especially when a policy relies on prompt, stop, permission, or post-tool behavior rather than the common pre-tool gate.
Install capture and policy hooks
- Dashboard
- CLI
- Open Administration → Keys and create a key with
events:addandpolicies:pull, named for the machine or environment. - On the target machine, connect the local CLI with the displayed key and install the harness hooks.
- Start a new agent session, then confirm its hook and session events under Observe → Events.
- Open Observe → policy for the same time window and confirm a policy decision is attributed to the machine.



Add a non-default session path
- Dashboard
- CLI
Extra paths are registered on the machine, not in Cloud. After adding one, open Observe → Sessions, filter to the machine’s environment, and confirm sessions from the new path appear. Open a session and check the agent, harness, and event timestamps before relying on it in an audit.


