OpenAI API 台灣怎麼買？註冊、付款、儲值與 API Key

ChatGPT 訂閱和 OpenAI API，是兩份分開的帳單

同一組帳號可以登入 ChatGPT 和 OpenAI Platform，但兩邊的付款設定與額度互不相通。ChatGPT 訂閱不會折抵 API 用量，API 要在 Billing 另外綁付款方式並儲值。把訂閱月費算進 API 預算，第一次呼叫就會因為餘額不足失敗，台灣讀者最常卡住的就是這件事。

怎麼分辨？看您要解決誰的問題。您自己在網頁或 App 裡打字對話，走的是訂閱制，月費固定；您寫的程式要呼叫模型，走的是 API，按輸入與輸出的 token 數量計價，用多少付多少。ChatGPT Plus 是網頁與 App 的月費方案；要讓程式呼叫 OpenAI API，仍要在 API 的 Billing 另行設定付款與 credits，兩邊的帳務分開看。兩邊可以用同一組帳號登入，帳單各自獨立。

要核對的頁面也不一樣。訂閱月費在訂閱管理頁面看；API 的模型單價、用量與餘額，看 OpenAI 官方定價頁與您後台的 Billing、Usage。付款方式、通知信和帳單各自獨立，取消其中一邊不會影響另一邊。測試階段常常同時開著對話視窗和程式，兩筆支出分開記，成本預估才不會互相干擾。

同一個登入，兩本帳

切分方式很簡單：有沒有要寫程式。只是自己在對話框裡問問題，訂閱就夠用；要讓程式呼叫模型，就必須另外處理 API 這份帳單。

這個切分對個人讀者最直接。Business 或 Enterprise 的席位費同樣不會折抵 API 用量，合約帳戶的付款與 API 條件要看目前帳戶或合約畫面。API 的收費方式跟著帳戶型態走：個人或團隊的自助帳戶通常以預付 credits 或自動刷卡支付用量，Enterprise 這類合約帳戶則可能按月開票，實際走哪一種以後台 Billing 當次顯示為準。

開發初期可能比訂閱便宜，也可能因為測試跑得凶而更貴，看自己 Usage 的數字最準。token 密度會隨 tokenizer、語言、內容和模型改變，中文不一定比英文消耗更多 token，估算時請以您帳戶的 Usage 數據為準。

在台灣開通 OpenAI API：註冊、手機驗證、綁卡、儲值

開通的順序是四步：到 OpenAI Platform 註冊，Email、Google 或 Microsoft 帳號都可以；用台灣手機收簡訊驗證；到 Billing 新增付款方式；按 Add credits 儲值。按鈕名稱、可用卡別與最低儲值金額會跟著官方調整，以後台當次顯示的為準。

註冊與手機驗證

已經有 ChatGPT 帳號的人可以直接用同一組帳號登入 OpenAI Platform，不用重新註冊。手機驗證要注意幾個細節：國碼選 +886（Taiwan），號碼輸入時去掉開頭的 0，例如 912345678，收到簡訊後填入驗證碼。等兩分鐘沒收到就重送一次；虛擬門號不一定能通過驗證。驗證手機是開通程序的一環，跟之後 API 怎麼計費無關。

Billing 綁付款方式與儲值

登入後進 Billing，先按 Add payment method 新增卡片，完成驗證再按 Add credits 選金額付款，餘額會顯示在 Billing 頁面。多數帳戶還能開啟自動儲值，讓餘額低於設定金額時自動補上；開發階段用量還不穩，先關著比較好掌握。填信用卡資料時，跟銀行發卡時登記的內容對齊，可以少掉一些驗證來回：持卡人姓名用羅馬拼音完整拼出，帳單地址填英文，Country 欄位填 Taiwan，郵遞區號照郵政編碼規則填。

卡片刷不刷得過，最後還是看付款平台與發卡行的驗證結果，欄位填得一致只是降低被擋下的機會。第一次該存多少，看到的說法並不一致：有一說最低 5 美元、常見選項是 10、20、50 美元（金額皆為美元計價），也有說法認為最低金額以後台顯示為準。實際門檻與可選金額以您 Billing 頁當次顯示的為準，測試期先小額就夠。

付款卡住時：信用卡被拒與公司報帳兩種情況

卡片被拒很常見，處理順序決定您要花五分鐘還是五小時。第一個要檢查的是銀行端：這張卡有沒有開啟海外線上交易。不少卡片預設關閉這項功能，或只開放特定地區的線上刷卡，這類設定在銀行 App 或客服電話裡就能確認。跨境交易怎麼判斷，各家發卡行的規則不同，直接問銀行最快。

個人刷卡被拒的處理順序

確認海外交易已開啟之後，換一張不同發卡組織的卡再試，同一張卡不要連續重試，反覆失敗可能讓卡片被風控鎖住。填寫欄位也要跟銀行登記的資料一致，帳單地址或持卡人英文姓名拼錯、姓名順序顛倒都可能被擋。簽帳金融卡不一定支援這類跨境線上交易，換成信用卡通常順一些，但能不能刷過還是回到付款平台與發卡行的驗證結果。

目前沒有官方公布的成功率數字，坊間流傳的比例會隨發卡行與時間改變，拿它決定要用哪張卡意義不大。被拒的時候，問題多半出在卡片設定或發卡行的風控。

公司採購走另一條路

公司名義採購是另一條路徑。個人刷卡失敗的解法是換卡；公司要的是能入帳的憑證、統編、付款流程與帳期，兩件事分開處理會快很多。需要可報帳的發票與較長付款條件時，把統編、預計用量與條件整理好，向 Sales 詢問。就 MixRoute 目前台灣市場的資訊，台灣公司可開立台灣統一發票，不是由新加坡主體開商業發票；正式開立公司名稱與稅籍編號尚未提供，請先向 Sales 核實實際發票與付款條件，再把採購視為完成。台灣以外市場的開票與稅務條件依所在地與方案洽 Sales。要把公司報帳與付款條件一次問清楚，可以從 企業採購與開票條件的洽談入口 開始。

建立專案 API key，送出第一次請求

金鑰只在建立的那一刻顯示一次。到 API keys 頁按 Create new secret key，替它取個看得懂的名字，例如專案或環境名稱，選好權限範圍，送出後立刻複製到安全的地方。離開畫面之後沒有地方可以再查回完整的值，只能撤銷重建。

建立與保存 secret key

存法比存哪裡重要。把金鑰放進環境變數，存放的檔案加進忽略清單，不要讓它進版本控制，也不要在聊天軟體或信件裡明文傳給同事。金鑰等於帳戶的通行證，洩漏之後別人用您的餘額跑流量，帳單記在您頭上；發現外洩就撤銷舊 key、建立新的，再把所有使用它的服務更新一輪。實務上常見的做法是在專案根目錄建立 .env 檔案，用 KEY=value 的格式寫入，程式啟動時從環境變數讀取，這樣敏感資訊不會跟著程式碼散出去，不同開發者也能共用同一套程式碼。

一個帳號可以建多組 key，依專案分開建的好處是能各自命名、各自撤銷，用量異常時也看得出是哪個服務在跑。命名、分權與汰換的細節，可以對照 多專案 API key 的分權與汰換做法。

送出第一個最小請求

開通完成與否，看的是您在自己的環境送出一次成功的請求，不是後台畫面長什麼樣。照 OpenAI 官方 quickstart 的範例，把金鑰讀進環境變數，用 client.responses.create(...) 發一個最小請求，HTTP 端點是 /v1/responses，回應文字從 response.output_text 讀出來。先確認環境、認證與網路都通，再往上加功能；SDK 版本、端點與參數以當次官方 quickstart 為準。跑通之後回後台 Usage 頁核對這一輪測試帶來的消耗，就知道自己的用量大概落在哪個量級。

用量與費用上限，要在跑測試之前設好

先設上限，再開始測。OpenAI 專案的 monthly spend limit 是 soft spending threshold：超過門檻之後，API request 仍會繼續處理；通知則依比例另外提醒，兩者都不等於硬切斷。這類設定的名稱與位置以後台當次顯示為準。開發階段先小額儲值、邊跑邊看，餘額不足會讓請求直接失敗，這是不建議等到收到帳單才處理的理由。

上限、通知與小額測試

開發階段的順序可以這樣排：小額儲值、開好通知、用最便宜的模型把流程跑通，再看 Usage 頁面的實際消耗決定要不要加。有教學作者提到自己忘了設限制，一小時內就把 20 美元（美元計價）的額度用完。token 的計算會隨提示詞長度、系統指令設定和回應複雜度波動，用靜態試算表推估誤差不小，看平台的即時計費比較準。

回傳不是 200 的時候，先查官方錯誤碼文件怎麼分類那個碼，再決定要降速、退避重試，還是回頭檢查金鑰與付款狀態。429 之類的錯誤各有成因，看到就重送只是把時間花掉。對 OpenAI 的錯誤，重試次數不等於計費次數；失敗或被拒的請求是否計費，仍以該供應商當次政策為準。遇到速率限制，官方建議的方向是降低請求頻率，程式端常見的做法是等一段時間再重送。

另一條路：多模型 gateway 的付款與接入方式

要接的如果只有 OpenAI 一家，上面的流程就夠了。開始同時使用 OpenAI 和其他供應商的模型時，帳號數量本身會變成成本：每家一份付款設定、一組金鑰、一套用量上限，出問題還得逐家查。

接入方式：換掉 base URL

走 gateway 路線時，付款設定、金鑰與用量上限都收在同一個帳號裡。MixRoute 的 SDK 文件說明可採 OpenAI SDK 相容接入，base URL 為 https://api.mixroute.ai/v1；已支援的模型數 250+ 以 MixRoute pricing 頁與首頁目前可見的敘述為準。對 OpenAI 模型，原有的 OpenAI SDK 呼叫通常只要換 base URL 與 API key；如果改用非 OpenAI 供應商，欄位、串流、工具或多模態的相容性要依 MixRoute 文件當次內容核對。既有專案怎麼改，可以參考 把現有 OpenAI SDK 呼叫改接到相容端點的做法。

金鑰層級的控制也影響帳務的可預期性。依 MixRoute 的 API key 管理文件，每把 key 可以限制成只能呼叫指定的模型集合，也可以先撥一筆可扣減預算，逐次請求扣減，扣到零那把 key 就停，要再用再撥。如果替這把 key 設了可扣減預算，key 預算是內層限制，帳戶餘額是外層限制；未設 key 預算時，就只有帳戶餘額這一層。這筆 key 預算在系統內以 internal units 扣減；畫面上的金額與扣減規則以當次文件和主控台顯示為準，不要把它當成每月次數或速率配額。

付款與發票條件

自助付款支援信用卡與加密貨幣兩類：Visa、Mastercard、JCB，以及 USDT／USDC，點數永不過期。單筆儲值的金額級距、加碼比例和加碼上限，以 各級距目前的金額與加碼條件 當次頁面為準。

首儲加碼可以與級距加碼疊加；單筆儲值滿 30,000 美元會進入企業 onboarding 流程，24 小時內回覆，金額一律以美元計價。發票條件看市場：台灣由台灣公司開立統一發票，其他市場的開票與稅務條件依所在地與方案洽 Sales。四語頁面目前一律以美元顯示金額，不自行換算匯率或加上地方稅，您看到的數字就是美元。長期、高頻的企業付款與容量條件，建議直接與 Sales 確認，方案與適用條件以洽談結果為準。