Skip to main content

Connect remote MCP servers to Glean

Glean as an MCP host enables you to connect remote Model Context Protocol (MCP) servers so end users can securely discover and invoke third‑party tools (such as Notion, Asana, Canva) directly from Glean Assistant and Glean Agents experience. Glean offers centralized control over which MCP servers and tools are available to users in your organization. With this feature, users can automate workflows, fetch live data, and complete tasks through Glean's unified interface.

Use Glean as an MCP host when:

  • You already expose business workflows or data through MCP servers and want to reuse them inside Glean.
  • You need to support any MCP‑compatible model provider, not just a single LLM or vendor.
  • You want to keep sensitive logic or data access inside your own network or VPC, while still enabling Glean to invoke those tools.

Glean as an MCP host has the following capabilities:

  • Admin‑gated connection to remote MCP servers for Glean Assistant and Glean Agents.
  • Centralized control of available MCP servers and tools at the tenant level.
  • Users can engage with connected MCP servers through Glean Assistant and Glean Agents, with human‑in‑the‑loop experiences for write tools.

If you primarily want to bring the knowledge graph of Glean into other MCP hosts such as Cursor, Claude, or ChatGPT, use the Glean MCP server instead. See About Glean MCP server for more information.

note

Glean fully supports remote MCP servers in Glean and currently offers beta support for servers in agents.

Check the Connectors catalog first

Glean deployments created on or after September 22, 2026, use Connectors to set up catalog-backed MCP integrations. For earlier deployments, check Connectors first. If the integration isn't listed there, use Platform → Tools. Existing configurations remain in their current setup flow and aren't moved automatically. If you find the integration in Connectors, use the catalog setup flow. Use this page for a custom or unlisted remote MCP server, or for an existing configuration managed from Platform → Tools.

For a new Sigma connection, use the Sigma-specific setup to configure indexing and authorize Sigma MCP tools with separate user OAuth. See Set up the Sigma connector for the procedure.

Key concepts​

  • Glean as an MCP host: Glean runs the assistant experience (chat, agents) and invokes tools from remote MCP servers on behalf of users.
  • Your remote MCP server: Your server implements the Model Context Protocol. It exposes tools (for example, search_tickets, run_report) that the Glean MCP host can discover and call.
  • MCP tools in Glean: A configuration in the Admin console that connects Glean to a specific MCP server and publishes its tools to Glean Assistant and Glean Agents.
  • Verified MCP servers: Pre‑built templates for specific third‑party MCP servers that Glean has validated for connectivity and workflow quality. These include pre‑filled URLs, scopes, and recommended tool selections to simplify setup.
  • Custom MCP servers: Any MCP server you host yourself in your own VPC or infrastructure, exposed securely to Glean via allowlisted endpoints. You can register a custom MCP server in Glean by providing its URL and OAuth details.

Supported MCP servers​

Glean supports remote MCP servers that comply with the Model Context Protocol specification. The verified remote MCP servers list includes servers known to work with Glean.

Authentication methods​

Glean supports multiple authentication methods for remote MCP servers. You do not need to use Dynamic Client Registration (DCR) or CIMD — choose the method that matches your MCP server's requirements.

MethodDescriptionWhen to use
None (No authentication)The remote MCP server doesn't require any token or API key.Internal servers on a trusted network with no auth requirement.
OAuth AdminThe remote MCP server requires a one-time authentication by the developer or admin to authorize the use of the action for all end users. After the one-time authorization, Glean sends the token for all requests from authorized users.Servers where a single admin credential grants access on behalf of all users (for example, shared service accounts).
OAuth UserThe remote MCP server requires an initial OAuth connection setup by the developer or admin. After users authorize the action on first use, Glean uses the token for subsequent requests.Servers that require per-user authorization (for example, personal access to third-party tools).
API KeyYou provide your own API key to Glean, and are responsible for managing usage capacity. By default, Glean sends the key as a Bearer token in the Authorization header.Servers that authenticate with a static API key, API token, or Bearer token.
OAuth Client CredentialsGlean acquires and refreshes access tokens using a client ID and client secret, without requiring interactive user authorization. This is a service-to-service (machine-to-machine) flow.Servers that authenticate via service-to-service OAuth rather than user-authorized OAuth flows (for example, enterprise gateways or internal APIs).
tip

If your MCP server uses Bearer token authentication (for example, Authorization: Bearer <token>), select the API Key method and provide the token value. Glean passes the key in the Authorization header as a Bearer token, which is compatible with most token-based MCP server implementations.

API key header formats​

For custom MCP servers that use API Key authentication, Glean sends Authorization: Bearer <key> by default. If your server expects a different API-key placement, use Use a different header in the API key configuration when that control is available.

Header formatOutbound header
Authorization: Bearer <key>Sends the credential in the Authorization header with the Bearer scheme
Authorization: Token <key>Sends the credential in the Authorization header with the Token scheme
Authorization: ApiKey <key>Sends the credential in the Authorization header with the ApiKey scheme
X-API-Key: <key>Sends the credential in the X-API-Key header and doesn't send an Authorization header

These header formats apply to API Key authentication only. OAuth-authenticated MCP servers use Bearer tokens. For MCP server templates, the template manages the vendor-specific authentication behavior, so custom header selection isn’t available. If you don't see Use a different header for a custom server, contact Glean Support.

note

Glean supports PKCE (Proof Key for Code Exchange) for all MCP server OAuth flows. If you choose an OAuth method where the authorization client is public and doesn't provide a client secret, Glean uses PKCE to complete the token exchange. Glean sends PKCE parameters for all OAuth flows regardless of the authentication method.

Custom HTTP headers​

Some third-party MCP servers and API gateways require HTTP headers beyond standard OAuth or Bearer authentication, for example, gateway API keys, tenant routing metadata, or request time user identity. Glean supports custom static and dynamic headers on outbound MCP requests.

If your server needs headers that are not covered by the authentication methods above, see Custom HTTP headers for remote MCP servers for more information.

Prerequisites​

Before you connect a remote MCP server to Glean, meet the following prerequisites:

  • Admin access to Glean:
    • You must be able to open the Admin console and access Platform → Tools.
  • A running MCP server that:
    • Implements the Model Context Protocol.
    • Exposes an HTTPS URL reachable from Glean directly or via allowed proxy.
    • Supports OAuth 2.0 with authorization code flow, with or without Dynamic Client Registration (DCR).
  • OAuth details for the MCP server. For authorization code flow, provide the Authorization URL, Token URL, Client ID, client secret (not required for public authorization clients, Glean uses Proof Key for Code Exchange (PKCE) to complete the token exchange), and scopes.
  • Private network or VPC deployments
    • If your MCP server is hosted in a private network or VPC, you must add it to the allowlist so that Glean can reach it.
    • Coordinate with your Glean Solutions Engineer or account team to:
      • Confirm the proxy endpoints and IP ranges to allowlist.
      • Validate connectivity and TLS requirements.
  • (Optional) Role-based access to actions
    • If you plan to restrict who can add or configure MCP‑backed tools in agents, familiarize yourself with role‑based access to tools in the Admin console. See Role-based access to tools for more information.
  • For vendor-specific authentication requirements, see Vendor-specific MCP requirements.

Configure a custom or unlisted remote MCP server as tools​

Configure a custom or unlisted remote MCP server​

Follow this flow when the server is not available in the Connectors catalog or when an existing configuration remains under Platform → Tools.

Open the Tools page​

  1. In Glean, open the Admin console.
  2. Go to Platform → Tools.
  3. Open the Vendor Provided Tools (via MCP) tab.
Tools page with the Vendor Provided Tools (via MCP) tab open

Add MCP tools​

  1. Click Add.
  2. In the Add tools dialog, open the Vendor provided tools (via MCP) tab.
Add tools dialog with the Vendor provided tools (via MCP) tab open
  1. Choose a Glean certified template under Browse built-in servers, or select Import tools from MCP server to connect a server from scratch.

Test the connection​

Complete the following steps to validate that your MCP server is wired correctly:

From Agent Builder:

  1. Create a test agent.
  2. Add a Plan and execute step and use one of the available MCP servers.
  3. Run the agent with a sample query and confirm the MCP tool is invoked and returns expected output.

From Glean:

  1. Ask a query that should use the MCP tool (for example, “Use the [MCP tool name] tool to …”).
  2. Verify the assistant calls the tool and that results look correct.

If calls fail, check your internal MCP logs and any dedicated troubleshooting articles for MCP hosts, or contact your Glean account team.

Upgrade Zoom MCP permissions​

Use this guidance for connections created from the Zoom MCP template under Platform → Tools and still managed there. Older connections may show meeting tools but return 401 Unauthorized when you try to create, update, or delete a meeting.

If you manage Zoom MCP through Connectors, contact Glean Support to confirm the appropriate update path before replacing the connection. This guidance does not apply to the native Zoom indexing connector.

The meeting tools require the following OAuth scopes.

OperationRequired scope
Create a meetingmeeting:write:meeting
Update a meetingmeeting:update:meeting
Delete a meetingmeeting:delete:meeting

These Platform → Tools connections don't automatically inherit later template scope changes. Reauthorizing an unchanged saved configuration doesn't add scopes missing from that configuration.

Plan the upgrade with Support

Contact Glean Support before removing or replacing an existing connection. Confirm that the updated Zoom MCP template is available for your organization and agree on an upgrade plan. The plan may require recreating the connection and having users authorize it again.

Deleting the connection and adding it again as a new server creates new Glean server and tool IDs. Before an approved replacement, record dependent agents (including drafts and subagents), enabled tools, and access settings. Work with Support to confirm how to restore affected references and settings.

Verify the upgraded Zoom MCP connection​

After completing the Support-approved upgrade, follow Support's reauthorization instructions for affected users. An admin's setup connection doesn't authorize other users.

Use a non-admin Glean test user with the required Zoom permissions and tool access:

  1. Confirm that the user grants the required meeting permissions during OAuth authorization.
  2. Use the meeting tools to create a disposable meeting with no attendees. Update that meeting, then delete only that meeting. Confirm that each operation succeeds.
  3. Check that affected agents use the upgraded connection and that tool enablement and access settings match your intended configuration.

If a check fails, contact Glean Support before changing scopes or replacing the connection again.

Use MCP-backed tools in agents​

After MCP tools are configured and published, agent creators can:

  • Open Agent Builder and add MCP tools as steps in their workflows in the Plan + Execute step, just like any other tool.
  • Chain MCP tools with other Glean tools, for example, use an MCP tool to fetch data, then pass results to another tool for summarization.
note

MCP servers are only available in Plan and execute steps and in autonomous agents. MCP servers are not available in single step selections.

You can set up access controls for MCP-backed tools in agents. Role‑based access ensures only approved creators can wire certain MCP tools into agents. End users running agents still experience permission‑aware behavior based on downstream app permissions and credentials. See Role-based access to tools for more information.

This lets you reuse your existing MCP capabilities inside complex, multi‑step agent workflows without duplicating integration logic.

Use MCP-backed tools in Assistant​

If you publish MCP tools to Glean, users can invoke them using natural language, for example:

  • “Use the [MCP server name] tool to run the monthly usage report for ACME.”
  • “Ask the internal ticketing MCP server for open Sev-1 incidents this week.”

Glean chooses MCP tools similarly to other tools, based on the tool schema exposed by your MCP server and the user’s query and context.

All calls respect the underlying authentication and permissions defined by your MCP server and any downstream systems.

Security and hosting considerations for MCP servers​

Note the following security and hosting considerations for MCP servers:

  • Any model provider: Glean as an MCP host is compatible with any MCP‑compliant server regardless of which LLM or provider it uses internally.
  • Customer‑hosted servers: You control where the MCP server runs (cloud, on‑prem, or VPC). Glean only needs network access to the server endpoint (directly or via an allowlisted proxy).

Best practices​

  • Least‑privilege OAuth: Use the smallest necessary scopes when configuring OAuth. Rotate client secrets according to your internal policies.
  • Auditing and observability: Use your MCP server’s logs to monitor tool invocations and troubleshoot failures. Use Glean’s existing audit and insights capabilities to understand Glean Assistant and Glean Agents usage patterns where relevant.
  • Start with a narrow server: Begin with a small set of high‑value tools so that LLMs can reliably pick the right tool.
  • Align naming with jobs-to-be-done: Name MCP tools after clear outcomes, for example, “Run billing report”, “Lookup internal user” to improve tool selection.
  • Coordinate with Glean SEs for VPC setups: Involve your Glean Solutions Engineer early when you plan to expose MCP servers from private networks, so they can help design and validate the allowlist/proxy configuration.