Unify a federation
Acquisitions, child orgs, and teams each ship their own MCP servers — any language, any SDK. fold presents them as one virtual server with namespaced tools. No team rewrites anything.
fold is the one. fold.run is the execution.
One governed endpoint between every MCP client and every MCP server. Federation, auth, policy, era translation, caching, and audit — automatically aligned with the MCP specification, SEPs, and SDKs.
# every team's servers, one governed endpoint
{
"upstreams": [
{ "id": "github-tools", "url": "…", "namespace": "gh" },
{ "id": "ml-search", "url": "…", "namespace": "search", "protocol": "legacy" }
],
"auth": { "mode": "required", "…": "…" },
"policy": { "defaultDecision": "deny", "…": "…" }
}Most deployments start with one of these and grow into the others — they all ride the same config file.
Acquisitions, child orgs, and teams each ship their own MCP servers — any language, any SDK. fold presents them as one virtual server with namespaced tools. No team rewrites anything.
One choke point for authentication, deny-by-default tool allowlists, per-principal visibility, and an audit event for every request — including the denials.
fold speaks 2026-07-28 natively and translates in both directions. Teams migrate off legacy SDKs on their own schedule; clients never notice.
Clients hold one token with fold as audience; fold exchanges it per upstream (RFC 8693) or injects service credentials. API keys never reach agents.
Response caching, global and per-upstream rate limits, and circuit breakers stand between agent traffic storms and your internal systems.
Put third-party and SaaS MCP endpoints behind your own auth, policy, and audit — instead of scattering per-user API keys across every client.
Offer partners a curated, policy-scoped subset of internal tools on one hardened endpoint — self-hosted in your VPC or at the edge.
A daily watcher tracks the MCP spec, SEPs, and SDKs, opening human-reviewed PRs. The official conformance suite gates every merge.
A single passthrough upstream in front of your most-used server is one config file away. Governance grows from there.