API Governance vs Filesystem
A side-by-side look at the API Governance and Filesystem MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.
Verdict: choose API Governance for agreements & coordination work as a local process; choose Filesystem for file systems as a local process. You can also run both side by side in one mcpServers block.
Which MCP server should you choose?
Choose API Governance when
- You need dedicated capabilities in the Agreements & Coordination domain.
- You prefer a local stdio subprocess transport.
- You have the keys it needs:
CODERIFTS_API_KEY. - You want tools like
preflight_change_set, verify_receipt, get_decision_details.
Choose Filesystem when
- You need dedicated capabilities in the File Systems domain.
- You prefer a local stdio subprocess transport.
- Its auth model fits you: No auth required.
- You want tools like
path, head, tail.
Feature & specification comparison
Rows where the two servers differ are marked.
| Spec | ||
|---|---|---|
| Category | Agreements & Coordination | File Systems |
| Quality signal | 55/100 · Good | 85/100 · Excellent |
| Install command | Confirmed | Confirmed |
| Transport | Local subprocess (stdio) | Local subprocess (stdio) |
| Auth | Not declared | No auth required |
| Pricing | Not declared | Free |
| Required env vars | CODERIFTS_API_KEY | None listed |
| Verified owner | Community listing | Verified |
| GitHub stars | 0 | 91,512 |
| Directory activity | 1 views 0 installs 0 upvotes | 11 views 0 installs 0 upvotes |
| Tools | 3 | 17 |
| Full listing | View API Governance | View Filesystem |
Tools & capabilities
API Governance tools 3
preflight_change_setPreflight 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 `prefligh…verify_receiptVerify 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_detailsRetrieve 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.
Filesystem tools 17
pathheadtailpathscontenteditsoldTextnewTextdryRunsortBysourcedestination- +5 more on the listing page
Ready-to-paste client configs
Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.
API Governance
{
"mcpServers": {
"api-governance-2": {
"command": "npx",
"args": [
"-y",
"coderifts"
],
"env": {
"CODERIFTS_API_KEY": "YOUR_CODERIFTS_API_KEY_HERE"
}
}
}
}
Filesystem
{
"mcpServers": {
"filesystem": {
"command": "npx",
"args": [
"-y",
"@modelcontextprotocol/server-filesystem"
]
}
}
}
Frequently asked questions
API Governance is categorized under Agreements & Coordination and uses a local stdio subprocess. Filesystem belongs to File Systems and uses a local stdio subprocess. Pick API Governance for agreements & coordination work and Filesystem for file systems.
Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.
API Governance has no declared pricing — check the project's own site. Filesystem is listed as free. Auth: no auth required. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.
Yes. MCP clients support multiple servers: add api-governance-2 and filesystem as separate keys in the same mcpServers object, and your assistant will call tools from either one.
On AllMCPs, API Governance has a quality signal of 55/100 (Good) with 1 views, 0 installs and 0 GitHub stars. Filesystem has 85/100 (Excellent) with 11 views, 0 installs and 91,512 GitHub stars.