Know what an agent can reach
Bring compatible MCP servers behind one gateway. Review the tool catalog before exposing capabilities an agent could use to affect your systems.
Explore the flowAs agents become more capable than the people overseeing them, one unchecked action can move from intent to impact at machine speed. The Agent Control puts enforceable rules between agents and the tools they can use.
Post-AGI agents may reason beyond human speed. Their access to tools still needs limits people define and systems enforce. The Agent Control makes connected tools visible and checks policy before a call is dispatched.
Bring compatible MCP servers behind one gateway. Review the tool catalog before exposing capabilities an agent could use to affect your systems.
Explore the flowAllow only the clients and tools you configure. Denials take precedence, and new or changed tool definitions stay blocked until authorized.
Explore the flowUse the local console to inspect policy, review approval requests where required, and follow recorded activity in your installation.
Explore deploymentConnect the tools your agents use, identify each client, and define what it may call. The gateway checks those rules before requests reach connected tools.
See deployment modelA control layer only governs calls routed through it. Restrict direct access to upstream tools in your environment too.
Keep the gateway and operator console with your workloads, where your team can set policy, review activity, and retain operational data.
Run the control layer in infrastructure you manage. Keep tool credentials, policies, approval decisions, and audit records inside your environment.
Customer operatedRoute MCP clients through a configured gateway and apply policy at the point where agents reach tools.
MCP gatewayThe customer portal will handle organization access, licensing, releases, and support. It does not control private agent operations.
Visit the portalAccess requires an explicit matching rule. Denials take precedence.
New or changed tool definitions need operator authorization before use.
Run the gateway and retain operational authority in infrastructure you manage.
Follow the local setup, create your administrator, connect agents, and review your first tool definitions with real console screenshots.
Open installation guideMore capable agents make clear authority boundaries and accountable operation essential.
No. The Agent Control is a governance layer for tool access. Your agents, models, and frameworks remain yours.
The operator console belongs to the private installation and runs with the gateway in infrastructure you manage. It is separate from the customer portal.
It governs tool calls routed through The Agent Control. It cannot govern actions that bypass the gateway, so your environment should also restrict direct access to upstream tools.
The current gateway supports MCP servers over stdio and Streamable HTTP. Each installation should verify client compatibility and restrict direct access to upstream tools.
No. Operational prompts, tool inputs, credentials, and audit records stay in the customer managed installation by default. Support diagnostics should be shared explicitly and redacted.
Not yet. Licensing and portal onboarding are still being defined. Contact your product representative for current project information.
Make tool access visible, enforce explicit policy, and keep the control point in your environment.
See how control works