Overview
The MCP Node lets an Agent use tools exposed by a remote MCP server. It acts as a tool provider, not a normal execution step in the main flow.What Users Can Do
With MCP connected to an Agent, users can:- call external tools exposed by an MCP server
- augment Agent responses with real-time/tool-backed data
- combine MCP tools with internal tools (query, mutation, http, code, etc.)
- web search (for example Exa MCP)
- retrieval from external systems
- domain-specific tool catalogs exposed via MCP
Required Configuration
- Label - display name
- MCP URL - server endpoint (required)
- Auth Type -
none | bearer - Bearer Token - optional/required depending on server auth
Connection Rules (Canonical)
MCP must be connected through Agent tools using this direction:- MCP should only be connected through Agent tools edges.
- MCP is not part of the primary execution dependency chain.
- Tools edges are separate from normal
input/outputorchestration edges.
Runtime Behavior
When Agent runs:- MCP client is created using MCP URL/auth
- tools are discovered from
mcpClient.tools() - discovered MCP tools are merged into Agent tool map
- MCP client is closed during finalization/cleanup
Example: Exa MCP
- URL:
https://mcp.exa.ai/mcp - Auth Type:
none(orbearerif your server requires token auth) - Connect:
agent.tools -> mcp.input
Example: MCP with Bearer Auth
MCP node:- Keep bearer token in environment/secret management; avoid hardcoding in shared templates.
- If your MCP token rotates, update node config and redeploy/re-generate as needed.
Tips
- Keep Agent
toolConfig.maxStepssufficient for multi-step tool calls (default10). - If old flows were created before canonical tools direction, reconnect MCP edges to match:
sourceHandle: "tools"on AgenttargetHandle: "input"on MCP

