Documentation Index
Fetch the complete documentation index at: https://lightdash-mintlify-ai-agent-mcp-servers-1778773484.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
MCP server support for AI agents is available as part of the AI agents add-on. View pricing.
- Read from systems that are not in your warehouse (for example, CRMs, ticketing tools, or internal APIs)
- Trigger custom workflows or actions during a conversation
- Reuse an existing MCP server your team already maintains
Looking to connect an external AI assistant (such as Claude or ChatGPT) to Lightdash? That’s the opposite direction. See Lightdash MCP instead.
How it works
MCP servers are managed at the project level and attached to one or more agents in that project. When a user sends a message to an agent:- Lightdash loads every MCP server attached to the agent.
- It opens an HTTP connection to each server, authenticating with the credentials you configured.
- The tools advertised by each server are merged into the agent’s tool set for that turn.
- The agent decides which tools to call, including any MCP-provided tools, to answer the question.
Requirements
- An MCP server reachable over HTTPS from your Lightdash instance
- A bearer token if the server requires authentication
- A user with manage permissions on AI agents in the target project
Only the HTTP transport is supported. OAuth-based MCP servers are not yet supported — use bearer token authentication or an unauthenticated server for now.
Register an MCP server
MCP servers are registered per project. Once registered, the same server can be attached to multiple agents in that project. You can register a server through the API:Fields
| Field | Required | Description |
|---|---|---|
name | Yes | Display name shown in the agent configuration. |
url | Yes | HTTPS URL of the MCP server endpoint. |
authType | Yes | One of none or bearer. oauth is reserved for future use. |
credentials.bearerToken | When authType is bearer | Bearer token sent in the Authorization header on every request. Stored encrypted at rest. |
authType: "none" for servers that don’t require authentication. Do not send credentials in that case.
List registered servers
uuid, name, url, authType, and a hasCredentials flag. Credentials themselves are never returned.
Attach an MCP server to an agent
PassmcpServerUuids when you create or update an agent. The array fully replaces the current set of attached servers — include every UUID you want the agent to keep.
mcpServerUuids omitting that server’s UUID. Deleting an MCP server from the project also removes it from every agent it was attached to.
Best practices
- Use descriptive tool names on your MCP server. The agent picks tools based on their name and description. Vague names like
queryordo_thingmake it harder for the agent to choose correctly. - Keep tool surfaces small. A focused MCP server with a handful of well-described tools usually outperforms a server that exposes dozens of overlapping ones.
- Scope bearer tokens narrowly. Issue a token that only grants the permissions the agent actually needs, and rotate it regularly.
- Test in a dedicated agent first. Create a test agent attached to the new MCP server before adding it to agents your whole team uses.
Troubleshooting
- “MCP server is missing bearer credentials” — The server was registered as
bearerbut no token was provided. Re-register the server with a validcredentials.bearerToken. - “OAuth MCP server is not implemented yet” — Only
noneandbearerauth types are supported today. Use a proxy that translates OAuth to a bearer token if needed. - Tools from the MCP server don’t appear in answers — Confirm the server’s UUID is included in the agent’s
mcpServerUuids, the URL is reachable from your Lightdash instance, and the bearer token is still valid.