Intercept — policy enforcement layer between your agent and MCP servers #1123
s-a-m-a-i
started this conversation in
Show and tell
Replies: 1 comment
-
|
From my point of view, a transport-level policy proxy is the right boundary for this kind of guardrail because it works even when the agent runtime changes. The important part is that denial semantics, audit logs, and retry behavior stay explicit so the client can tell the difference between policy rejection and ordinary tool failure. If those contracts are stable, this kind of layer can become a very practical control point for MCP deployments. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
If you're using mcp-use to connect agents to MCP servers, you might want guardrails on what those agents can actually do.
We built Intercept — a transparent MCP proxy that evaluates every tool call against a YAML policy file before forwarding it upstream.
Rate limits, argument validation, unconditional blocks, spend caps — all enforced at the transport layer. The agent doesn't know it's there.
Works with any MCP server. You just point your mcp-use client at Intercept instead of the server directly.
Open source, MIT licensed: https://github.com/policylayer/intercept
Site: https://intercept.policylayer.com
Beta Was this translation helpful? Give feedback.
All reactions