api-governance MCP server
Commit 7. Nov. 2026Enforces signed, offline-verifiable authorization for contract changes before they are merged, deployed, or registered.
Auch bekannt als coderifts/api-governance
- Stars
- 0
- Tools
- 3
- Downloads, 30 Tage
- —
- Neueste Version
- 1.0.3
- Letzter Commit
- 7. Nov. 2026
- Lizenz
- MIT
Was ist api-governance MCP?
api-governance ist ein MCP server. Enforces signed, offline-verifiable authorization for contract changes before they are merged, deployed, or registered. Er stellt 3 Tools bereit, etwa preflight_change_set, verify_receipt, get_decision_details.
Zusammenfassung generiert aus dem README des Projekts
Über api-governance MCP server
Enforcing signed, offline-verifiable authorization for contract changes is what api-governance enables for developers managing sensitive deployments. This hosted MCP server acts as a gatekeeper, ensuring that no contract change merges, deploys, or registers without a valid grant. It provides a deterministic, fail-closed mechanism that prevents unauthorized modifications by binding authorization to a single use and a specific target state.
Users can connect via Streamable HTTP to various clients including Claude Code, Cursor, GitHub Copilot, and OpenAI Codex. Setup requires a CODERIFTS_API_KEY passed through headers for tool calls. The server exposes three specific tools: preflight_change_set, verify_receipt, and get_decision_details. Because the decisions are signed, the resulting receipts can be verified offline without needing to trust a central database to confirm what was authorized.
Was du damit machen kannst
- 1Authorize contract changesA developer can use the server to ensure a contract change is granted permission before it is merged or deployed.
- 2Verify authorization receipts offlineYou can validate the authenticity of an authorization decision without relying on a live database connection.
- 3Perform preflight change analysisAn AI agent can use the preflight tool to evaluate a proposed set of changes against governance rules.
Geschrieben aus dem README des Projekts. Jeder Use Case wurde gegen ein Zitat daraus geprüft.
So installierst du api-governance MCP
Formate geprüft am 10. Nov. 2026api-governance MCP in Claude Code installieren
$ claude mcp add --transport http api-governance https://app.coderifts.com/mcpapi-governance MCP in Cursor installieren
~/.cursor/mcp.json
{
"mcpServers": {
"api-governance": {
"url": "https://app.coderifts.com/mcp"
}
}
}api-governance MCP in VS Code installieren
.vscode/mcp.json
{
"servers": {
"api-governance": {
"type": "http",
"url": "https://app.coderifts.com/mcp"
}
}
}api-governance MCP in Codex installieren
~/.codex/config.toml
[mcp_servers.api-governance] url = "https://app.coderifts.com/mcp"
api-governance MCP in Gemini CLI installieren
~/.gemini/settings.json
{
"mcpServers": {
"api-governance": {
"httpUrl": "https://app.coderifts.com/mcp"
}
}
}api-governance MCP tools 3
Erkannt aus dem READMEpreflight_change_setverify_receiptget_decision_details
| preflight_change_set | — | |
| verify_receipt | — | |
| get_decision_details | — |
Automatisierte Checks
Geluften am 14. Nov. 2026Vollständiger Bericht →Noch nicht verifiziert. Ein Server benötigt einen Score von 80, keine kritischen Befunde und genug Daten für unsere Prüfung. Wie die Checks funktionieren
- Source Repository verknüpft und erreichbarcoderifts/api-governance is public and reachablegithub.com/coderifts/api-governance ↗Bestanden
- Paket nennt dieses Repository als QuelleNicht geprüft
- Build-Herkunft (Sigstore-Attestierung)Nicht geprüft
- Open Source Lizenz (OSI)MITspdx.org/licenses/MIT.html ↗Bestanden
- Commit oder Release im letzten JahrLast commit or release 2026-11-07github.com/coderifts/api-governance ↗Bestanden
- OpenSSF ScorecardNicht geprüft
- Package-Name ähnelt keinem populären PackageNicht geprüft
- Kein kritischer Hinweis im Paket oder seinen AbhängigkeitenNicht geprüft
- Keine versteckten Anweisungen an das Modell3 tool descriptions and the README read; no override phrases, credential paths or hidden charactersBestanden
- Destruktive Tools sind markiertNo tool named like delete, drop or execBestanden
- Remote-Endpoint beantwortet den MCP-Handshakeinitialize answered with protocol 2025-06-18 in 60 msBestanden
README
Auf GitHub ansehenCodeRifts — contract-change authorization
Only a granted change can proceed. Before a contract change merges, deploys or registers, CodeRifts decides whether it is authorized — and the check is red without a grant.
One grant binds three things: the authorization, its single use, and the target state the change moves to. The decision is signed, and the receipt verifies offline — you do not have to trust our database to check what was authorized.
Every decision also names what it does not prove.
- Hosted MCP server:
https://app.coderifts.com/mcp - Manifest:
https://coderifts.com/mcp.json— the canonical published document. Themcp.jsonat the root of this repository is a pointer to it, not a second copy. - Official MCP Registry:
io.github.coderifts/api-governance - Website:
https://coderifts.com - Live demo PR:
https://github.com/coderifts/demo/pull/4
Install
# Claude Code
/plugin marketplace add coderifts/api-governance
/plugin install api-governance@coderifts
# Any MCP client (Streamable HTTP) — add to its MCP config
{ "mcpServers": { "coderifts": { "url": "https://app.coderifts.com/mcp",
"headers": { "Authorization": "Bearer <YOUR_CODERIFTS_API_KEY>" } } } }
# SDKs
npm install @coderifts/sdk
pip install coderifts-sdk
GitHub Copilot reads the same server under three different root keys — servers in
.vscode/mcp.json, mcpServers in the cloud agent's MCP settings, and mcp-servers in a custom
agent's frontmatter — and npx coderifts copilot-setup writes all three (details below).
A key is needed only to authorize; get one at https://app.coderifts.com/api/signup.
Claude Code plugin
Install the CodeRifts marketplace, then the api-governance plugin (MCP server + skill).
Requires CODERIFTS_API_KEY for tool calls.
/plugin marketplace add coderifts/api-governance
/plugin install api-governance@coderifts
Local checkout (after clone):
/plugin marketplace add .
/plugin install api-governance@coderifts
The plugin wires the hosted MCP at https://app.coderifts.com/mcp and the
api-governance skill. Tools exposed: preflight_change_set, verify_receipt,
get_decision_details only.
Cursor plugin
Cursor Plugin package (measured Cursor layout: .cursor-plugin/plugin.json +
skills/ + rules/ + mcp.json + hooks/hooks.json). Same hosted MCP and the
same three tools as the Claude plugin — no fourth tool. Deterministic /
signed / fail-closed — not an AI compatibility scan.
| Path | Role | Source of truth |
|---|---|---|
plugins/api-governance-cursor/.cursor-plugin/plugin.json |
Cursor Plugin manifest | cursor/plugins plugin.schema.json |
plugins/api-governance-cursor/skills/coderifts/SKILL.md |
Skill (name: coderifts) |
Generated — coderifts-app scripts/generate-skill-carriers.js; the website .well-known/agent-skills/coderifts/SKILL.md is vendored from it |
plugins/api-governance-cursor/rules/coderifts.mdc |
Cursor rule | Generated — generate-agent-host-files.js |
plugins/api-governance-cursor/mcp.json |
Streamable HTTP MCP wiring | Same endpoint as Claude .mcp.json (not the website tool-card) |
plugins/api-governance-cursor/hooks/hooks.json |
preToolUse adapter, failClosed: true |
CLI coderifts cursor-hook on Write|Delete — same shape as the app's generated .cursor/hooks.json |
.cursor-plugin/marketplace.json |
Cursor marketplace entry | Cursor marketplace.schema.json |
Validate:
npm run validate:cursor
The generated-rule check is LIVE when CODERIFTS_APP_ROOT (default ~/coderifts-app)
has generated/agent-host/.cursor/rules/coderifts.mdc, and RECORDED against
fixtures/recorded/app-generator when it does not (weaker, named). A missing or
corrupt snapshot still exits 1 — no silent skip.
OpenAI / Codex package
Codex plugin package (measured OpenAI Codex layout: .codex-plugin/plugin.json +
.mcp.json + skills/ + AGENTS.md). Same hosted MCP and the same three tools
as the Claude plugin — no fourth tool.
| Path | Role | Source of truth |
|---|---|---|
plugins/api-governance-openai/.codex-plugin/plugin.json |
Codex plugin manifest | Codex plugin-json-spec (scaffold skill) |
plugins/api-governance-openai/.mcp.json |
Streamable HTTP MCP wiring | Same endpoint as Claude .mcp.json |
plugins/api-governance-openai/skills/api-governance/SKILL.md |
Skill + tool list | Trigger wording from agent-setup rule; tool names/descriptions from generated mcp.json |
plugins/api-governance-openai/AGENTS.md |
Agent rules file | Generated — coderifts agent-setup / generate-agent-host-files.js |
plugins/api-governance-openai/openai-agent-instructions.md |
OpenAI Agents SDK instructions | Generated — same generator |
plugins/api-governance-openai/docs/openai-production-pattern.md |
Production pattern (ID108) — host dispatch loop with executeOpenAIToolCall |
Hand-authored recipe on shipped @coderifts/agent-guard ≥ 6.4.0 (first npm release that exports executeOpenAIToolCall; current npm 17.3.3) |
plugins/api-governance-openai/scripts/smoke-execute-openai-tool-call.mjs |
Offline smoke (ALLOW + BLOCK; no OpenAI key) | Real dispatcher + stub client |
.agents/plugins/marketplace.json |
Codex marketplace entry | Codex marketplace schema |
Production pattern (function-calling apps)
OpenAI’s model only emits tool_call JSON; your app executes it. Wire governance at
that host loop — not as a Claude-style PreToolUse hook. Full steps + one canonical loop:
→ plugins/api-governance-openai/docs/openai-production-pattern.md
# Offline smoke (needs ~/coderifts-agent-guard built, or CODERIFTS_AGENT_GUARD_ROOT)
npm run smoke:openai-dispatch
⚠ Still failing on the same one assertion, re-measured 2026-09-24: ALLOW factory ran — execute() did not run. The other eight assertions pass (4 ALLOW, 5 BLOCK), and the BLOCK side — the side that matters for a gate — is fully green: the factory does not run, the content is the gate denial with no fabricated success, and the decision identity is surfaced. The failing assertion is on the ALLOW path, where the dispatch wrapper returns the function result without having invoked the injected factory.
The 2026-09-14 version of this note ended "Investigation is in progress." That was dropped rather than re-dated: ten days on, it is a claim about activity that nothing here can verify, and a README that reports its own diligence is reporting the one thing a reader cannot check. What a reader can check is the assertion name and today's date.
Local checkout in Codex (team marketplace path):
# From a clone of this repo, point Codex at .agents/plugins/marketplace.json
# then install api-governance-openai (UI / plugin install — see Codex plugin docs).
Validate package consistency (manifest, tool parity, AGENTS.md empty-diff vs regeneration):
npm run validate:openai
# or: node scripts/validate-openai-package.js
AGENTS.md regeneration is LIVE when ~/coderifts-app (or CODERIFTS_APP_ROOT) exists,
and RECORDED against fixtures/recorded/app-generator when it does not (weaker, named).
A missing or corrupt snapshot still exits 1. Directory listing / account submission steps are
not automated here.
GitHub Copilot kit
Reference copies of the generated Copilot MCP configs + instructions (single source:
coderifts-app generators). Same hosted MCP and the same three tools — no fourth tool.
Primary install (living command — prefer this over copying from the kit):
npx coderifts copilot-setup
# optional: --out <dir> --check (drift-gate) --force
Agent-host instructions (including .github/copilot-instructions.md) come from:
npx coderifts agent-setup
Three Copilot surfaces (root keys differ)
From the generated guide (copilot/docs/copilot-mcp.md — do not re-author this table):
| Surface | Config location | Root key | Auth |
|---|---|---|---|
| VS Code / Copilot Chat | .vscode/mcp.json |
servers |
${input:coderifts_api_key} + inputs[] |
| Copilot cloud agent + code review | Repo Settings → Copilot → MCP servers (paste JSON) | mcpServers |
Agents secret COPILOT_MCP_CODERIFTS_API_KEY in headers |
| Custom agent (org/enterprise) | Agent profile .md YAML frontmatter |
mcp-servers |
${{ secrets.COPILOT_MCP_CODERIFTS_API_KEY }} |
Tools allowlisted everywhere: preflight_change_set, verify_receipt, get_decision_details.
Vendored reference tree (copilot/)
| Path | Role | Source of truth |
|---|---|---|
copilot/.vscode/mcp.json |
VS Code / Copilot Chat | Generated — generate-copilot-mcp.js |
copilot/copilot-cloud-agent-mcp.json |
Cloud agent paste JSON (mcpServers) |
Generated — same |
copilot/copilot-custom-agent-mcp.frontmatter.md |
Custom agent YAML frontmatter | Generated — same |
copilot/docs/copilot-mcp.md |
Install guide + surfaces table | Generated — same |
copilot/.github/copilot-instructions.md |
Copilot coding-agent instructions | Generated — generate-agent-host-files.js |
copilot/SOURCE.md |
Provenance + re-sync commands | Packaging note (this repo) |
Validate empty-diff vs regeneration + 3-tool discipline:
node scripts/validate-copilot-kit.js
Empty-diff vs regeneration is LIVE when CODERIFTS_APP_ROOT has the generators, and
RECORDED against fixtures/recorded/app-generator when it does not (weaker, named).
A missing or corrupt snapshot still exits 1. The kit is a communication / distribution
mirror — npx coderifts copilot-setup remains the install path.
Agent Skill (skills.sh)
npx skills add coderifts/api-governance
The skills CLI discovers skills/api-governance/SKILL.md at this repository's root and installs it under
the name api-governance. Where it lands depends on the agent (the CLI's own table): .agents/skills/api-governance/
for most agents (Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode, …) and .claude/skills/api-governance/ for
Claude Code.
One skill, one name (2026-09-29). The three SKILL.md carriers — Claude
(plugins/api-governance/skills/api-governance/), Cursor (plugins/api-governance-cursor/skills/coderifts/) and
Codex/OpenAI (plugins/api-governance-openai/skills/api-governance/) — carry the same body byte for byte and the
same name: coderifts, the name skills.sh lists (npx skills add coderifts/api-governance installs
./.agents/skills/coderifts/, measured 2026-09-29). Only the frontmatter description is per host. All three are
generated by coderifts-app scripts/generate-skill-carriers.js from agent/skills/coderifts/SKILL.md;
test/one-skill.test.js holds them together. The website's .well-known/agent-skills/coderifts/SKILL.md is the
Cursor carrier, vendored.
MCP server
CodeRifts runs as a hosted Streamable HTTP MCP server. Any MCP-compatible agent (Claude Desktop, Cursor, LangGraph, AutoGen, custom) can connect and run governance checks before tool calls or merges.
- Endpoint:
https://app.coderifts.com/mcp - Transport: Streamable HTTP (protocol version
2025-06-18) - Server:
CodeRifts API Governancev1.0.3— read frominitialize→result.serverInfo.versionon 2026-09-24. A version typed into a README is a claim with a date on it;npm run validate:tools-wirecompares the TOOLS to the live server on every push, pull request and daily cron, but nothing compares this line, so re-read it rather than trust it. - Auth:
initialize,tools/listand an analyzetools/callneed no key (measured live 2026-09-26). An authorize call mints a signed receipt and needs an API key — sendAuthorization: Bearer <key>orX-API-Key: <key>.
Connect
{
"mcpServers": {
"coderifts": {
"url": "https://app.coderifts.com/mcp",
"headers": {
"Authorization": "Bearer <YOUR_CODERIFTS_API_KEY>"
}
}
}
}
Verify the connection
curl -sS https://app.coderifts.com/mcp \
-H 'Content-Type: application/json' \
-H 'Accept: application/json, text/event-stream' \
-d '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2025-06-18","capabilities":{},"clientInfo":{"name":"curl","version":"1.0"}}}'
Expected: a JSON-RPC result with serverInfo and capabilities.tools.
Try without a key
An analyze call over MCP needs no key:
curl -sS https://app.coderifts.com/mcp \
-H 'Content-Type: application/json' \
-H 'Accept: application/json, text/event-stream' \
-d '{"jsonrpc":"2.0","id":1,"method":"tools/call","params":{"name":"preflight_change_set","arguments":{"preflight_mode":"analyze","artifacts":[{"id":"api","type":"openapi","before":"openapi: 3.0.0\ninfo: {title: Pets, version: 1.0.0}\npaths:\n /pets:\n get:\n responses:\n \"200\":\n description: ok\n content:\n application/json:\n schema:\n type: object\n properties:\n id: {type: string}\n name: {type: string}\n","after":"openapi: 3.0.0\ninfo: {title: Pets, version: 1.0.0}\npaths:\n /pets:\n get:\n responses:\n \"200\":\n description: ok\n content:\n application/json:\n schema:\n type: object\n properties:\n id: {type: string}\n"}]}}}'
Measured response (live, 2026-09-26 — removing name from GET /pets), in the tool result:
{ "preflight_mode": "analyze", "analysis_outcome": "BREAKS_DETECTED",
"authorization_effect": "NONE", "may_execute": false, "receipt_kind": "NONE",
"breaking_changes": 1, "risk_score": 14 }
That is information, not permission: may_execute is false on every analyze answer. To act,
call again with preflight_mode: "authorize" and context.operation, with a key.
Two public REST endpoints need no auth at all:
curl -s "https://app.coderifts.com/api/v1/public/preflight?url=https://petstore3.swagger.io/api/v3/openapi.json"
curl -s -X POST https://app.coderifts.com/api/v1/public/actionguard-check \
-H "Content-Type: application/json" \
-d '{"filename":".github/workflows/ci.yml","base_content":null,"head_content":"jobs:\n b:\n steps:\n - uses: some-owner/some-action@main"}'
Both return HTTP 200 without a key. They do not share a response shape:
GET /api/v1/public/preflightis analyze-only. There is nodecisionfield. The body carriesanalysis_outcome(Petstore URL:NO_BREAK_DETECTED),authorization_effect: NONE, andmay_execute: false.POST /api/v1/public/actionguard-checkdoes return adecisionfield (unpinneduses: @mainpayload:WARN) plusexecution_action: CONTINUE_WITH_MONITORING.
Tools
The hosted MCP server exposes exactly three tools (from live tools/list; pinned in this
repository as tools.wire.v1.json, which npm run validate:tools-wire
checks against the live server on every push, pull request and the daily cron):
| Tool | What it does |
|---|---|
preflight_change_set |
Preflight a complete base→head change set of contract artifacts. Returns risk score and breaking-change analysis. With preflight_mode: "authorize" (and context.operation), returns a governance decision (ALLOW / WARN / REQUIRE_APPROVAL / BLOCK) and may mint a signed chain-receipt. With preflight_mode: "analyze", returns informational risk only (may_execute: false, no decision, no receipt). Requires artifacts + preflight_mode. |
verify_receipt |
Verify a signed chain-receipt you already hold: signature authenticity, body binding, and (when lifecycle indices are available) whether it is currently authorized for a stated operation/target. Requires token. Does not re-diff specs. |
get_decision_details |
Retrieve a past decision by decision_id (preferred) or fingerprint: stored report, breaking changes, scores, and linked receipt metadata if present. Not for a new analysis of the current change set. |
On the authorize path of preflight_change_set, the decision envelope includes fields such as decision, execution_action, risk_score, safe_for_agent, and related analysis fields so agent runtimes can branch on a stable contract. Prefer branching on execution_action when present.
How agents use it
- Before merging an API change (or before an agent acts on a contract change), call
preflight_change_setwith full before/after artifacts andpreflight_mode: "authorize"(pluscontext.operation). - Branch on
execution_actiononly:CONTINUEproceeds,CONTINUE_WITH_MONITORINGproceeds with a wired monitoring sink,REQUEST_APPROVALpauses for a human,STOPstops the merge / aborts the agent step. Any other value is not permission — fail closed. - Before acting under the receipt you hold, call
verify_receiptwith the same context the preflight was made under, and act only whencurrently_authorizedistrue. Do not re-preflight unless the change set or operation changed. - To inspect a prior decision by id, call
get_decision_details.
Decision logic is deterministic: a single breaking change is never silently allowed. Tests can pass and still ship a broken contract — CodeRifts checks the contract itself at PR time.
Also available
- GitHub App on the GitHub Marketplace — installs without configuration and posts a signed contract-change decision (ALLOW / WARN / REQUIRE_APPROVAL / BLOCK) on every pull request, across four gates: API contract, schema-vs-code, auth surface and workflow actions. ⚠ It reports by default: the check's phase-1 conclusion is clamped to
neutralandMERGEGATE_ENFORCEdefaults false, so it prevents a merge only once the check is required on the branch and that variable is on. The platform truth table is the source of truth for that distinction: https://coderifts.com/docs/platform-truth-table/ - SDKs:
npm install @coderifts/sdk(TypeScript),pip install coderifts-sdk(Python). - CLI:
coderifts(npm) with a pre-push hook. - Integrations: Backstage plugin, VS Code extension, LangGraph / AutoGen / CrewAI.
Links
- Website: https://coderifts.com
- Decision Spec: https://coderifts.com/decision-spec/
- API reference: https://app.coderifts.com/api/docs
- Manifest: https://coderifts.com/mcp.json
- Receipt verifier (verify our receipts without trusting us): https://github.com/coderifts/receipt-verifier
- Contact: hello@coderifts.com
License
See LICENSE.
api-governance MCP Fragen
Wie füge ich api-governance MCP zu Claude Code hinzu?
Führe claude mcp add --transport http api-governance https://app.coderifts.com/mcp in deinem Terminal aus. Füge --scope user hinzu, damit der Server in jedem Projekt verfügbar ist.
Wie füge ich api-governance MCP zu Cursor hinzu?
Öffne ~/.cursor/mcp.json und füge den Server unter mcpServers hinzu, mit der Cursor-Config aus dem Installationsabschnitt oben.
Welche Tools bietet api-governance MCP?
Er stellt 3 Tools bereit, darunter preflight_change_set, verify_receipt, get_decision_details.
How does the authorization process work?
One grant binds the authorization, its single use, and the target state the change moves to, providing a signed decision that can be verified offline.
What tools are exposed by the MCP server?
The server exposes three specific tools: preflight_change_set, verify_receipt, and get_decision_details.
Do I need an API key to use the server?
An API key is required to authorize tool calls, but initialization and listing tools do not require one.