Skip to main content
An MCP server is an Engine-hosted runtime with its own URL. It never builds or downloads a package — apply stands it up, and it stays live until you deactivate it. One server can span several internal and external services, so an agent needs one connection rather than one per provider.

Author and deploy

That writes .fused/mcps/support-agent.yaml:
1

Validate

2

Preview

3

Stand it up

The first successful apply may return an execution token once. An idempotent apply will not reveal it again. Store it immediately.

Flags

mcp init

--language is SDK-only. An MCP server is a runtime, not a generated package. mcp init also resolves server-template variables for the operations you selected and writes the matching server_variable injections, reporting a count of what it generated. The behaviour is identical to the SDK side — how init fills in routing.

mcp plan

MCP planning has no interactive credential remediation. That flag exists on SDK plans only.

mcp apply

--download and --json are SDK-only. An MCP server has no package to download.

MCP-specific constraints

  • No webhooks. webhooks and webhooks_select_all are rejected on an MCP config by both the CLI and the Engine. Treat event delivery as an SDK-only surface.
  • Unified operations require explicit targets. A top-level unified_operations map uses the same bindings, dependencies, rollback, mapping, and output contract as an SDK. Each operation authorized by the execution token appears in search_docs and runs through the existing execute tool with await call(operationId, {input, targets, selectors?, pagination?, idempotencyKey?}). targets is always required, must be dependency-closed, and never defaults to every declared binding. See declare a unified operation and call a unified operation.
  • No implicit latest. Every version reference is explicit.

Versions

One MCP name has one stable MCP ID shared by every version, and each explicit version has its own immutable Version ID. Multiple versions can run at once. Applying identical content to the same version is a no-op. Changing its operation, auth, or injection scope returns app_version_immutable — publish a new version instead.

Deactivating

This is irreversible. The Engine writes a tombstone, stops that runtime, and will not allow that MCP name and version to be recreated. Sibling versions and shared tokens survive.
Unlike removing a workspace service, deactivation is immediate and is not gated behind a blocker for configs that still reference it. There is no MCP deprecate or undeprecate command — do not invent one.

Create a token for an agent

A deployed server is not the same as a safe one. Narrow the token next.