Chat 模式不扣額度，又能動你的本地檔案：MCP Tunnel 教你看懂這條繞路

這件事的時間點先說清楚：相關討論在 2026 年 9 月中旬於技術社羣發酵，距離現在已有一段時間。此刻回頭看，它值得被重新整理的原因在於，OpenAI 的 Astra 推出後，訂閱額度消耗速度明顯加快，Plus 用戶「額度用完還想繼續幹活」變成日常痛點，而社羣裡流傳的解法，恰恰踩在官方文件與灰色地帶的交界上。

先把痛點講白。Astra 這類推理能力更強的模型，每次呼叫都喫額度，而且喫得比舊款快。對一般開發者來說，等於月薪沒漲，但午餐變貴了。額度用盡之後，官方給的路只有兩條：退回 GPT-5.6 Sol 慢慢用，或者休息等重置。

額度為什麼會被喫掉：三種模式的帳本

ChatGPT 的 Web 端有兩種模式，加上獨立客戶端，可以想成三個櫃檯。Chat 模式像是一般的諮詢窗口，你問它答，官方從未聲明這個窗口有額度上限。Work 模式和 Codex 客戶端則像是可以進你倉庫幫你搬貨的施工隊，能讀寫本地檔案、跑指令、動 Git，代價是每件工程都從訂閱額度裡扣帳。

問題來了：真正貴的不是模型的腦袋，是「動手碰你檔案」的那雙手。而 Chat 模式有腦袋卻沒有手。社羣裡的解法，本質上就是替這個沒手的櫃檯外聘一雙手，透過 MCP（Model Context Protocol）讓 Chat 模式能呼叫本地工具，於是原本要扣額度的 Work 流程，被挪進帳面上免費的 Chat 模式裡執行。

Secure MCP Tunnel：官方文件裡真的有這一頁

這條路之所以不算空穴來風，是因為 OpenAI 自己的開發者手冊裡寫了對應的基礎建設，名稱是 Secure MCP Tunnel。

它解決的是一個很實際的網路問題：你的 MCP Server 跑在自己電腦、公司內網或防火牆後面，ChatGPT 在雲端，雙方平常互相看不見。傳統作法得在本地開一個公網埠，等於為了讓外送員送餐，把大門拆掉。

Tunnel 的運作像電話回撥。本地跑一個 tunnel-client，主動向外建立一條出站 HTTPS 連線，持續輪詢 OpenAI 託管的 Tunnel 端點；雲端的請求沿著這條已建立的通道反向送回本地，再轉發給 MCP Server。全程不需要開埠、不需要把 127.0.0.1 曝露到公網。官方文件也載明，這條通道可供 ChatGPT、Codex 與 Responses API 使用，並且要求三樣前置物：一組 tunnel_id、一枚給 tunnel-client 用的 Runtime API Key，以及本機可正常運作的 MCP Server。

換句話說，隧道本身是官方認證的基礎設施。灰色地帶在於「用途」：官方蓋這條隧道，是為了讓企業把內部工具安全地接給 ChatGPT，而社羣把它拿來當作繞過額度計費的路徑。

四種現成工具，差別在於你交出多少權限

不想自己造輪子的人，市面上已經有四種現成方案：WebCodex、DevSpace、codex-with-chatgpt、Mac Developer Bridge。它們的差異可以用兩個問題概括：ChatGPT 拿到多大的本地權限，以及 Codex 還要不要負責執行。

WebCodex 架構最完整。ChatGPT 透過 MCP 連上 Server，本地端的 Runner 負責讀寫檔案、Git、測試、Shell 與長任務，還支援多專案多裝置的長期連線、任務狀態、運行記錄、人工引導與 Computer Use。它的目標很直白：讓網頁裡的 ChatGPT 直接成為一個編碼代理。代價是部署門檻，Server、Runner、專案註冊、Tunnel、token 與 scope 每一環都要設定正確。

DevSpace 走的是同一個方向，同樣讓 ChatGPT 直接操作本地環境，但設定負擔輕一些。codex-with-chatgpt 則換了分工：ChatGPT 負責規劃，Codex 負責執行，等於把腦袋和手拆回兩個系統。Mac Developer Bridge 最激進，直接把一整臺 Mac 交給 ChatGPT。

從使用者的角度，這四種工具其實是一條權限光譜：從「讓它碰一個專案資料夾」到「讓它碰整臺機器」。選哪一種，取決於你信任的是流程還是平臺。

帳面上省的錢，可能用別的方式付

這條路的風險必須攤開講。首先是帳號風險。這類繞過額度計費邏輯的使用方式，OpenAI 沒有明文說會封號，也沒有明文說不會。原始討論的作者自己也聲明不推薦、不鼓勵，並提醒不要拿平常訂閱的主號來嘗試。這種「工具合法、用途存疑」的狀態，最像的是早期共享帳號與地區跳板：能用，但規則解釋權全在平臺手上，政策一改，付出代價的是使用者。

其次是安全風險。tunnel-client 建立的是一條從內網主動外連的通道，等於你替雲端模型開了一扇可以反覆進出的門。隧道加密解決的是傳輸安全，解決不了「模型被指示做什麼」的問題。把整臺機器交出去的方案，風險更是線性放大。

再來是穩定性。這條路依賴官方未承諾的行為：Chat 模式目前不扣額度，是「沒有聲明有上限」，並非「保證永久免費」。一旦 OpenAI 調整計費邏輯，整個生態系的省錢前提就消失，而建立在其上的工作流程會一起失效。

所以呢：看懂計費邊界，比鑽計費縫隙重要

把鏡頭拉遠，這件事真正值得記住的並非某個工具名稱，而是 AI 訂閱制的計費結構正在變化。當模型能力愈強、單次呼叫成本愈高，平臺勢必把「推理」與「動手」分開計價，額度就成為那條切分線。使用者社羣的應對，本質上是在這條線上尋找縫隙。

對一般開發者，務實的判斷有三層。如果工作流的價值建立在「Chat 模式永久免額度」這個假設上，那它隨時可能歸零，重要專案不該押注在這裡。如果只是想理解 MCP 與 Tunnel 的運作，官方文件本身就是最好的教材，這套通道機制未來會是企業內部 AI 整合的標準做法，早點看懂不喫虧。至於要不要實際拿次要帳號嘗試，那是每個人自己對風險的定價，但至少該在充分知道規則解釋權不在自己手上的前提下做決定。

省額度是戰術，看懂平臺怎麼畫計費線才是戰略。下一次額度又提前耗盡時，與其找繞路，不如先問：我的工作流程裡，有幾步其實不需要動用到那雙最貴的手。