Romain Sestier · · 10 min The Best MCP Gateways for ChatGPT Enterprise in 2026
Table of Contents
An MCP gateway gives ChatGPT Enterprise one governed, stable app in front of all your business systems — instead of a custom MCP app per system, each with its own credentials, tool churn, and audit gap. It matters because OpenAI’s own apps are search-only today: anything that acts must arrive as a custom MCP app, governed by ChatGPT’s admin plane (approvals, action controls, compliance logs), with the gateway handling everything under it — connectors, per-user credentials, durable audit. Verdict: StackOne for workforce deployments acting on systems of record; Zapier for breadth-first pilots; Pipedream or Composio for developers building their own apps; Merge if you want DLP-style redaction bundled in.
Does ChatGPT Enterprise support MCP?
Yes — with one big caveat: full read-write MCP is in beta, on Business, Enterprise, and Edu plans only, per OpenAI’s custom apps documentation (June 2026). Here’s the verified picture.
Terminology first. On December 17, 2025, OpenAI renamed “connectors” to “apps” — chat connectors became “apps with file search,” deep research connectors “apps with deep research” (OpenAI Help Center, June 2026). If your security review still says “connectors,” it’s the same surface — and what those docs used to call a custom connector is now a custom MCP app: same thing, new name.
OpenAI-built apps don’t write. Per OpenAI’s documentation, OpenAI-built apps “do not support write actions. Use custom MCP apps for write/modify capabilities.” This shapes everything else on this page: search-and-summarize works out of the box; update-the-record, file-the-ticket, run-the-workflow all require a custom MCP app.
How custom MCP apps get in. An admin enables developer mode; a builder supplies the server endpoint and auth, clicks “Scan Tools,” and saves a draft app. Only workspace Admins/Owners can publish to the workspace (custom apps docs). Custom apps are web-only — no mobile. On Pro/Plus, developer mode is limited to read/fetch-level tools; full read-write is the Business/Enterprise/Edu beta (per OpenAI’s help center — its developer docs describe developer mode more broadly). Two documented boundaries to set expectations precisely: agent mode will not use custom apps, and deep research uses them read/fetch-only (developer mode and MCP apps doc).
Technical requirements. Servers must be remote — SSE or streamable HTTP; private-network servers reach ChatGPT via OpenAI’s Secure MCP Tunnel (MCP docs; tunnel docs). Auth: OAuth (including Client ID Metadata Documents and private_key_jwt), No Auth, or Mixed. And one gotcha OpenAI documents itself: if the OAuth provider doesn’t issue refresh tokens (offline_access in its .well-known metadata), “ChatGPT may lose access after the original authorization expires” and users must reauthenticate (developer mode and MCP apps doc; more on this pattern in OAuth for AI agents).
The admin governance plane is genuinely strong. On Enterprise and Edu, all apps are disabled by default (Business: enabled by default); admins control access per app and per group, and gate developer mode to specific individuals (workspace controls, June 2026). Per app, admins set action controls — allow all, read-only, or a custom allowed set — can put regex/range constraints on tool arguments, and can bulk-disable apps, including those with write actions. Most distinctive is the frozen snapshot model: after admin approval, ChatGPT uses a frozen snapshot of the app’s tools; server changes arrive disabled by default, shown as a diff, and apply only when an admin reviews and publishes an update (custom apps docs). Approval prompts default to “Important actions” (Always ask / Any changes / Never ask available — apps docs).
Compliance posture. App activity is captured in OpenAI’s Compliance Logs Platform — immutable, 30-day retention, with OpenAI recommending continuous export to your SIEM (partners: Purview, Netskope, Varonis, Zenity); conversations flow through the Compliance API (compliance docs). SOC 2 Type 2, and no training on business data by default (“we do not train our models on any data accessed from apps” — enterprise privacy).
On tool counts: no documented hard cap, but OpenAI warns “exposing many tools to the model can result in high cost and latency” and provides per-app tool toggles (tools guide) — another reason a curated, admin-scoped tool surface beats publishing several raw servers.
What ChatGPT’s native controls don’t cover
ChatGPT’s admin plane governs ChatGPT: which apps exist, who sees them, which actions are allowed. It deliberately doesn’t govern what’s behind the app — and OpenAI says so. Custom apps are “not verified by OpenAI” (admin controls), developer mode is “powerful but dangerous” (developer mode guide), “a malicious server can exfiltrate sensitive data from anything that enters the model’s context” (tools guide), and “You are responsible for verifying the MCP server and app is safe and appropriate for your organization before publishing” (developer mode and MCP apps doc). Four jobs stay on your side of the line:
- The servers themselves. Every system ChatGPT should act on needs a custom MCP server someone builds, hosts, secures, and maintains — OpenAI’s “only connect servers you trust” guidance names the problem; building, hosting, and vetting those servers is still yours.
- Audit beyond 30 days. OpenAI’s compliance logs are retained for 30 days; export to SIEM is on you. And they log that ChatGPT called a tool — not the downstream provider requests the call produced.
- Credentials per server. Each directly-added server brings its own OAuth app and token lifecycle to manage.
- The review burden of churn. The frozen-snapshot model is good security, but every tool change on every connected server queues an admin review. Ten servers with shifting tool lists is a standing diff-review job.
The gateway’s role is exactly this layer: it governs the MCP servers, tools, credentials, and data behind ChatGPT’s controls. It never “governs ChatGPT” — it makes ChatGPT’s governance workable past pilot scale.
What to look for in an MCP gateway for ChatGPT Enterprise
| Criterion | Why it matters for ChatGPT specifically |
|---|---|
| Remote streamable-HTTP/SSE server with OAuth | ChatGPT requires remote servers; OpenAI documents that without offline_access refresh tokens, users get logged out when the original authorization expires — StackOne’s OAuth flow issues refresh tokens; check this in any other gateway you evaluate |
| Curated, stable, versioned tool lists | The frozen-snapshot model queues tool changes for admin review; an admin-scoped, versioned tool surface survives it — a churning one drowns it |
| Write-action governance admins can reason about | ChatGPT’s action controls are allow-all / read-only / custom set; a gateway scoped at the same action granularity maps cleanly onto them |
| Audit logs with long retention and export | Pairs with OpenAI’s 30-day compliance logs: the gateway holds what each call did downstream, beyond 30 days, exportable to your observability stack |
| End-user account linking | One published app, but each member authorizes their own systems — otherwise the app acts as a shared service account |
| Depth on business systems | OpenAI’s first-party apps are search-only, so the gateway’s connectors are your write capability on Workday, Salesforce, ServiceNow and the rest |
The best MCP gateways for ChatGPT Enterprise, compared
Same evidence rules as our full MCP gateway comparison: capability facts from public documentation, no performance claims. The five most relevant to ChatGPT:
| Platform | Remote server + OAuth for ChatGPT | Tool-list stability (frozen-snapshot review) | Action-level governance | Audit beyond 30 days | End-user linking | Catalog | Pricing |
|---|---|---|---|---|---|---|---|
| StackOne | Yes — managed remote endpoint | Curated actions; connector versioning pins tools | Per-project/per-account action scoping; SOC 2 Type II, HIPAA, GDPR | Provider-level request logs; Datadog/Grafana export | Yes (end-user OAuth 2.1) | 310+ connectors, 20,000+ actions | Free plan (full catalog) |
| Zapier MCP | Yes — hosted remote endpoint | Broad catalog; curation per action, not per connector | Allowlists, approvals; SOC 2 | History log; retention not documented | Connected Zapier account’s connections; per-member workforce linking not documented | 9,000+ apps (automation-shaped) | Included; 2 tasks per call |
| Composio | Yes — hosted MCP servers | Toolkit-level selection; versioning/stability not documented | Light; observability-focused; SOC 2, ISO 27001 | Audit detail light; retention not documented | Yes (Connect Link per user_id) | ~1,000 toolkits | Free tier; from $29/mo |
| Pipedream Connect MCP | Yes — remote or self-hosted | Developer-managed tool selection | Governance beyond logging not detailed; SOC 2, HIPAA | Logging; retention not documented | Yes (per external_user_id) | 3,000+ APIs | Usage-based; free tier |
| Merge Agent Handler | Yes — managed | Tool Packs scoping | DLP, guardrails; SOC 2 | Audit logs on all plans; retention not documented | Guided end-user flow; SCIM | ”Thousands of tools”; per-system catalog not published | Free tier; Pro $1,000/mo |
1. StackOne
StackOne is the enterprise layer for AI agents to safely act on any application — here’s how it meets the ChatGPT criteria, with a free plan covering the full catalog:
- Remote server and end-user linking: a managed remote MCP endpoint with an OAuth 2.1 flow where the end user authorizes the client themselves — SSO sign-in, co-branded consent, opt-in of the specific linked accounts ChatGPT may use — so one published app serves every member under their own credentials. The flow issues refresh tokens (
offline_access), so members stay connected instead of hitting the documented reauthentication expiry. - Frozen-snapshot fit: tools aren’t direct wrappers over API endpoints but curated, context-optimized actions; admins scope which actions each project and linked account exposes, and connector versioning pins each profile to a specific connector version — what the admin approved is what keeps being served.
- Audit: request logs capture every call down to the underlying provider requests, exportable to Datadog or Grafana — the durable half of OpenAI’s 30-day compliance logs.
- Depth, verifiable per system: Salesforce has 380 actions, Jira 147 actions, Workday 128 actions.
Limitation: the catalog focuses on business systems, not consumer applications — for the consumer-app long tail, Zapier’s catalog is far bigger. When a system isn’t in the catalog, the AI Connector Builder builds or extends a connector on the same engine that powers the pre-built ones, so coverage isn’t capped at what ships out of the box. Best for: workforce ChatGPT Enterprise deployments where agents act on systems of record.
2. Zapier MCP
Zapier MCP is the breadth play: 9,000+ apps and 30,000+ pre-built actions behind a hosted remote endpoint, with existing Zapier connections appearing automatically and no-terminal setup — for ChatGPT pilots, “can it post to Slack?” is answered quickly. The caveats from our hub comparison bite harder here: each MCP tool call consumes two tasks from your plan quota (agents are chatty), actions are automation-shaped rather than deep, and curation is per-action, not per-connector — which matters when a workspace admin has to reason about the whole tool list under the frozen-snapshot model. One workforce-specific check: tool calls run on the connected Zapier account’s connections, and per-member linking for a ChatGPT workspace isn’t documented — the shared-service-account pattern the criteria table warns about. Best for: breadth-first ChatGPT pilots by teams already paying for Zapier.
3. Composio
Composio offers 1,000+ toolkits, end users authorizing via a hosted Connect Link with per-user user_id isolation, and published pricing (free tier, then from $29/month). It gets a developer’s custom app into ChatGPT quickly. What we couldn’t find in its public docs as of June 9, 2026 is the org-level control plane — central policy enforcement and approval workflows — the first thing a workspace admin publishing a write-capable app to a few thousand seats will ask about. Best for: developers who want toolkit breadth and SDK speed ahead of organizational governance.
4. Pipedream Connect MCP
Pipedream’s MCP is a developer primitive: 3,000+ APIs, end users connecting accounts through managed auth isolated per external_user_id, remote-hosted or self-hosted, with published usage-based pricing. A strong base for an engineering team building its own custom app for ChatGPT — but not an IT product: governance beyond logging isn’t detailed in the docs, so the admin-side story is yours to construct. Best for: developers embedding user-authorized integrations into a custom ChatGPT app they own.
5. Merge Agent Handler
Merge’s Agent Handler includes inline runtime security controls: DLP scanning on tool-call inputs and outputs, guardrails that block, redact, or mask, audit logs on all plans, SCIM, SOC 2. The open question is published depth: the catalog is summarized as “thousands of tools”, and while Merge documents per-integration coverage for its Unified API, Agent Handler doesn’t publish an equivalent per-system tool catalog. Pricing is credit-metered (free tier; Pro $1,000/month for 25,000 credits). Best for: teams that want DLP-style redaction bundled into a managed tool-call path — verify per-system tool coverage on your systems first.
How to connect StackOne to ChatGPT Enterprise
- Set up StackOne first. Create a StackOne project, connect the systems agents should act on, and scope which connectors and actions the project exposes. The MCP quickstart walks through this — it’s where the MCP server URL in step 3 comes from.
- Admin: enable developer mode in ChatGPT workspace settings, gated to the individuals who should build apps.
- Add the StackOne MCP app — the builder enters the MCP URL from step 1 with OAuth as the auth method.
- Scan Tools. ChatGPT imports StackOne’s curated, admin-scoped action surface — not a raw API dump.
- Set action controls — allow-all, read-only, or a custom action set, plus parameter constraints, mirroring the scoping set in step 1.
- Publish to the workspace. The app lands on the approved list; ChatGPT freezes the tool snapshot.
- Members connect. The end user sees the app in ChatGPT (web), then StackOne’s OAuth 2.1 flow — SSO sign-in, consent screen, and an account picker to opt in the specific linked accounts ChatGPT may act on. No ticket to IT.
When you don’t need a gateway for ChatGPT Enterprise
- One custom app, one system, technical owners. If engineering already runs an MCP server for the one system that matters, publish it directly — a gateway adds a hop you don’t need yet.
- Search-only rollouts. If ChatGPT only needs to find things in Drive, SharePoint, or GitHub, OpenAI’s first-party apps cover it without any custom MCP.
- Agent-mode-only plans. Per OpenAI, agent mode won’t use custom MCP apps at all today, and deep research uses them read/fetch-only — if those surfaces are your whole use case, no custom app, gateway-backed or not, reaches them yet.
- You’re still proving the use case. Full-MCP write support is beta; pilot one server with a small developer-mode group, then graduate to gateway controls when user count makes credential sprawl and snapshot reviews real.
StackOne is the governed layer between AI agents and 310+ enterprise systems with 20,000+ agent-optimized actions — over MCP, A2A, API, and SDKs — with end-user OAuth linking, connectors you can extend, and built-in prompt-injection defense. See pricing or book a demo.
More: The Best MCP Gateways in 2026, Compared · StackOne MCP platform · Salesforce MCP · Workday MCP · ServiceNow MCP
More MCP gateway guides
Every guide in this series applies the same disclosed criteria to a different AI client. Start with the full comparison, or jump to yours: