-
Notifications
You must be signed in to change notification settings - Fork 15
Gatekeeper: Policy-as-code enforcement for MCP server access #164
Copy link
Copy link
Open
Labels
area:cliCLI UX, command surface, and error messagingCLI UX, command surface, and error messagingcertificationMCP Observatory certification or badge requestMCP Observatory certification or badge requestenhancementNew feature or requestNew feature or requestroadmapPlanned strategic work for project momentumPlanned strategic work for project momentum
Milestone
Description
Activity
Metadata
Metadata
Assignees
Labels
area:cliCLI UX, command surface, and error messagingCLI UX, command surface, and error messagingcertificationMCP Observatory certification or badge requestMCP Observatory certification or badge requestenhancementNew feature or requestNew feature or requestroadmapPlanned strategic work for project momentumPlanned strategic work for project momentum
Vision
Right now, MCP Observatory produces receipts that say "blocked" or "passed." But nothing enforces that verdict. An agent can still connect to a server that scored 0/100 on security.
Close the loop: make MCP Observatory the policy enforcement layer that agents and platforms query before allowing MCP connections.
What "best in class" looks like
opencode,claude code,codexcallmcp-observatory gate-check <server>and get pass/fail before the agent sees the tools.Success Metric
Every major AI coding agent ships with an MCP Observatory gate-check integration, and no agent connects to an unscanned MCP server without explicit human override.