Step 1
Request intercepted
Every agent action reaches the governed MCP gateway before tool execution. The request is normalized, attributed to an agent identity, and held at the runtime boundary.
z-gateway sits between MCP-connected agents and production tools, enforcing policy at runtime, logging every decision, and blocking unauthorized access before it executes.
Free to start. No credit card required.
Runtime flow
Monitor → EnforceIntercepted request
GitHub and Postgres MCP tool calls are routed through the gateway first.
Policy evaluated
Explicit rules decide whether the action should simulate, allow, or block.
Scoped execution
Connector actions execute server-side and land in one runtime timeline.
Scoped token
Short-lived access
Issued only after policy passes.
Audit record
Decision persisted
Actor, tool, outcome remain reviewable.
The runtime path is designed to be clear before it is dramatic: request interception, policy evaluation, and scoped execution with auditability built in at every stage.
Step 1
Every agent action reaches the governed MCP gateway before tool execution. The request is normalized, attributed to an agent identity, and held at the runtime boundary.
Step 2
The gateway evaluates runtime policy, connector constraints, and rollout mode. Teams can observe would-block decisions first in monitor mode before switching to enforcement.
Step 3
If a request is approved, the gateway issues short-lived scoped access for execution and persists the decision trail. Allowed or denied, every outcome remains auditable.
Runtime state
Runtime state
Step 1
Every agent action reaches the governed MCP gateway before tool execution. The request is normalized, attributed to an agent identity, and held at the runtime boundary.
Step 2
The gateway evaluates runtime policy, connector constraints, and rollout mode. Teams can observe would-block decisions first in monitor mode before switching to enforcement.
Step 3
If a request is approved, the gateway issues short-lived scoped access for execution and persists the decision trail. Allowed or denied, every outcome remains auditable.
From the first intercepted call to full enforcement, z-gateway governs what agents can do and surfaces the evidence your team needs to trust the rollout.
Every tool call from every agent passes through the gateway before execution. No action escapes evaluation, regardless of how it was triggered.
Works with any MCP-connected agent: Codex, Claude, Cursor, and others.
Write allow/deny rules scoped to agents, repositories, and environments. Policy sets evolve as your agent fleet grows without redeploying your tools.
Enforce at the tool-call level with per-agent and per-connector granularity.
Group related GitHub and database actions into one agent execution timeline with detailed evidence.
Observe what would be blocked before turning on enforcement. Ship without risk.
Route actions through governed connectors. No raw credentials handed to agents.
Require human review for high-risk database actions before connector execution.
Review the agent identity, requested tool action, target context, policy result, rollout mode, and execution outcome from one control plane. Auditability is part of the runtime path, not a separate add-on.
Recorded
Actor, tool, target
Explained
Policy decision + reason
Correlated
Runtime evidence and logs
Observe what would be blocked before changing runtime behavior. Once your team trusts the policy set, switch to enforcement for tighter production control without losing the audit trail.
Rollout path
safer migrationPut a runtime authorization layer between agents and tools, issue short-lived scoped access only after policy checks, and keep every decision observable from one control plane.