嗨，我是 Lena。當我開始留意呢件事嘅時候，其實唔係想搵一個板上釘釘嘅答案。我只係一路睇緊唔同 AI client 點樣處理 tool 連線——但總覺得成件事冇我原先以為咁穩定。
MCP 係咩，點解大家會問 ChatGPT
好多人搜尋 "ChatGPT MCP servers" 嘅時候，好似都預設答案只會係簡單嘅 yes or no。起初我都係咁諗。
Model Context Protocol（MCP）係 Anthropic 喺 2024 年 11 月提出嘅 open standard，用嚟標準化 AI system 點樣同外部工具、系統同 data source 整合同共享資料。佢背後嘅想法——亦都係我真心覺得幾值得留意嘅地方——有啲似 AI 用嘅 USB-C 插口。唔使每個工具都配自己嗰條線，用一套標準 protocol 就可以連埋一齊。
MCP 標準同邊個提出咗佢
講返呢個 protocol 點樣出現，其實幾務實：開發者 David Soria Parra 厭倦咗成日喺 Claude Desktop 同自己嘅 IDE 之間搬 code，MCP 就係由呢種挫敗感生出嚟。呢個細節我一直記住。佢唔係由咩宏大基建願景開始，而係由一個人受夠咗嗰啲細碎、重複嘅摩擦開始。
自從出現之後，Anthropic 一直都想令 MCP 保持 open-source、community-driven、vendor-neutral。正正因為佢夠開放，大家先會問「ChatGPT 同 MCP」呢個問題。如果佢真係一個通用標準，唔係應該人人都同樣支援咩？
不過……由呢度開始，件事就冇咁直接咗。
ChatGPT 支援 MCP Servers 嗎？
嗯，呢一段我真係困惑咗一陣。
短答案係：係，ChatGPT 確實支援 MCP servers——但佢 點樣支援，同埋 邊啲人用得到，其實已經變過幾次，而且仲一路演化緊。我而家都唔敢話自己完全睇清楚。
OpenAI 而家嘅 MCP 支援狀態
喺 2025 年 3 月，OpenAI 正式喺 Agents SDK、Responses API 同 ChatGPT desktop app 採用 MCP。嗰個位就係轉折點。喺嗰之前，ChatGPT 有自己一套工具生態，MCP 仲未入局。
OpenAI 已經喺 ChatGPT 推出完整嘅 MCP 支援，亦都帶嚟開發者等咗好耐嘅能力：可以直接喺 chat 入面用 custom connectors 做 read 同 write 動作。 呢個功能而家以 beta 形式放喺 Developer Mode 底下，本質上係令 ChatGPT 變成一個可編排嘅 automation hub，可以同外部系統或者內部 API 互動。
但——而呢個就係我留意到時覺得有少少意外嘅地方——唔同 plan 拎到嘅 access 其實唔一樣。
完整嘅 MCP 支援，包括 modify/write 動作，而家正以 beta 形式 rollout 去 ChatGPT Business、Enterprise 同 Edu plans。Plus 或 Pro 嘅個人用戶都可以喺 Developer Mode 連 MCP servers，但 write/action 能力會再受限啲。至於 ChatGPT Apps，截至 2025 年 11 月，Business、Enterprise 同 Education plans 亦都已經支援咗。
仲有一個命名變化值得留意。到咗 2025 年 12 月 17 日，ChatGPT 將 "connectors" 改名做 "apps"。現有功能冇變，但而家嘅文件同產品 UI 都用 "apps"。我當時真係要翻睇好幾頁，先確定自己冇搞亂啲術語——的確花咗一陣。
仲有一點：ChatGPT 唔可以直接連到 localhost 嘅 MCP servers。ChatGPT 冇辦法直接連你嘅 localhost server——不過，用 ngrok 呢類服務開個 tunnel，其實唔算難。真係開始之前，最好先知呢個實際限制。
OpenAI 之前用咩：function calling 同 Custom GPTs
喺 MCP 出現之前，OpenAI 已經有自己一套 tool integration 方式。Function calling——即係 OpenAI 最早嗰套方法——畀開發者為模型可以調用嘅工具定義 JSON schema。佢唔係唔 work，但每一個 integration 都要自己獨立 setup。冇共享嘅 discovery layer，亦都冇標準化方法畀工具自己講清楚佢做得到啲咩。
Custom GPTs 一樣可以畀用戶配置 tool access，但佢哋仍然喺 sandbox 入面運行，提供唔到 MCP server 連線嗰種同級數嘅 programmatic control。
分別唔係話邊個壞咗。更似係，佢哋本身就在處理有少少唔同嘅問題。
ChatGPT 嘅 Tool Calling 同 MCP，到底差喺邊？
老實講，我到而家都仲喺度慢慢拼返成件事。
Function calling schema
OpenAI 嘅 function calling 要求開發者手動描述每一個工具——名稱、參數、會回傳啲乜。模型讀完呢啲描述，再決定幾時用邊個 function。佢係 vendor-specific 嘅。如果你轉 client，就要由頭砌過。
MCP 嘅標準化 discovery layer
MCP 係一個 open-source standard，用嚟將 AI application 連到外部系統。透過 MCP，Claude 或 ChatGPT 呢類 AI application 可以連接 data source、tool 同 workflow——等佢哋可以拎到關鍵資訊，同時完成任務。
我留意到嘅關鍵行為差異係：用 MCP 嘅時候，tool discovery 係直接內建喺協議入面。 server 會主動講自己做到啲咩，client 會聽、會學。當一個使用 MCP 嘅 OpenAI application 收到用戶請求時，整個 flow 會包括 tool discovery、context building、model decision-making、tool execution 同 result processing。呢個循環喺唔同 client 之間都係標準化嘅。
各自失去啲乜，又得到啲乜
用 function calling，你得到嘅係 fine-grained control，同一套成熟、文件又寫得幾完整嘅 API。用 MCP，你得到嘅就係 portability——server 寫一次，理論上任何兼容嘅 client 都用得到。好似 Claude、ChatGPT 呢類 AI assistant，以至 Visual Studio Code、Cursor、MCPJam 呢啲開發工具，而家都支援 MCP，所以「寫一次，四圍接入」呢件事真係實際咗。
至於呢種 portability 對你自己嘅 setup 到底重唔重要……我唔敢幫你答。呢個大概真係只有你先知道。
如果你需要完整嘅 MCP 支援，仲有咩替代方案？
如果你而家遇到嘅係 plan 限制、localhost 限制，或者你只係想睇下 chatgpt mcp servers 喺唔同環境入面到底點樣比較，咁另外幾個 client 對 MCP 嘅處理方式都幾唔同。
Claude / Claude Code
Claude 係最早原生支援 MCP 嘅 client。依家 Claude 已經有一個由 MCP 驅動、包含 75 個以上 connectors 嘅目錄，而 Anthropic 最近亦都喺 API 入面推出咗 Tool Search 同 Programmatic Tool Calling，等生產級 MCP 部署可以更易優化。Anthropic 嘅 terminal coding agent——Claude Code——同樣原生支援 MCP，本地 server 都包埋，唔使再靠 tunneling workaround。
你亦都可以睇 Anthropic 官網嘅 MCP 官方文件，了解 tools、resources 同 prompts 點樣作為 primitives 去組織。
Cursor
Cursor 係一個專注 coding 嘅 editor，佢已經採用 MCP 去將 agent 連到專案 context、database 同開發工具。好多 agent builder 日常都係喺呢度做嘢。相對起 chat interface，MCP 喺呢邊嘅感覺更加似係嵌入咗開發 workflow 本身。
Cline
Cline 係一個 open-source 嘅 VS Code extension，可以跑有 MCP 支援嘅 agent workflow。如果你想觀察 MCP 喺本地、可控制嘅環境入面會點樣表現，佢幾值得留意——不過我會話，setup 起上嚟都要少少耐性。
Open-source 嘅 MCP 兼容 client
Model Context Protocol 而家已經係一個由 The Linux Foundation 託管嘅 open-source project，成個社群都可以參與貢獻。MCP GitHub organization 已經有 Python、TypeScript、Ruby、C# 等 SDK。任何想自己砌 custom client 嘅人，都可以實作 MCP，唔使依賴某一個 vendor。
更大嘅圖景：Connection 同 Evolution
有個念頭我成日都會兜返轉頭，但我又唔肯定自己係咪真係諗通咗。
MCP 好擅長解決 connection 呢個問題。server 寫一次，畀好多 client 一齊用。呢樣真係有用。MCP 而家已經變成連接 AI system 同真實世界資料、工具嘅事實標準——OpenAI、Google DeepMind、Microsoft，以至成千上萬正在打造 production agent 嘅開發者，都已經採用咗佢。
但淨係有 connection，唔代表系統會由發生過嘅事入面學到嘢。一個 agent 可以成功調用 tool，亦都可以喺任務上失手，而去到下一個 session 開始時，佢對前面兩件事都冇記憶。協議處理到嘅係 interface；佢處理唔到系統會點樣用返自己學到嘅嘢。
我一路都會留意到嗰條縫。到底係乜嘢去填返佢，我而家仲未知道——但我已經唔覺得嗰啲只係隨機雜訊。
FAQ
1 ChatGPT 支援 MCP servers 嗎？
係。OpenAI 已經喺 ChatGPT 加入完整嘅 MCP 支援，web 版嘅 Pro、Plus、Business、Enterprise 同 Education 帳號，都可以喺 Developer Mode 嘅 beta 入面使用。個人 plan 嘅 write/modify 動作而家仍然限制多啲。只支援 Remote servers——localhost 仍然要靠 tunneling service。
2 ChatGPT plugins 同 MCP servers 有咩分別？
ChatGPT plugins（而家已經 deprecated）係一套封閉、只屬於 ChatGPT 嘅系統。MCP servers 就係開放、跨平台嘅標準。為 MCP 建好嘅 server，理論上可以同 Claude、Cursor，或者其他兼容 client 一齊用，唔只係 ChatGPT。你可以睇 OpenAI 嘅 MCP developer documentation，了解點樣專門為 ChatGPT 建立合規嘅 server。
3 我可唔可以將 MCP 同 OpenAI API 一齊用？
可以。OpenAI 喺 2025 年 3 月正式採用 MCP，範圍橫跨 Agents SDK、Responses API 同 ChatGPT desktop app。你亦都可以喺 API Playground 以程式方式配置 MCP servers。如果係 enterprise 部署，仲可以配合 OpenAI Help Center 嘅 Developer Mode 文件 去睇清楚邊啲 write 權限需要 admin approval。
我會繼續留意件事最後會點樣 settle。術語仲喺度變，plan 限制仲喺度更新，而當你話「支援 MCP」嘅時候，每個 client 實際喺跑啲咩，又唔係成日都講得好清楚。暫時我就寫到呢度。
……呢度的確有啲嘢喺度發生。只不過而家仲未完全睇得清。
