Qwen API 台灣怎麼買？先分清 Model Studio 與百煉，再對 key 與 base URL

「我在台灣想接 Qwen API，可是阿里雲頁面寫的是 Model Studio，網路上又一直有人提百煉，到底該用哪一個？」答案是把入口和欄位分開看。Model Studio 國際站與中國站的百煉是兩個獨立站點，帳號、金鑰與呼叫端點互不相通，你在哪一邊建帳號，就得拿那一邊的金鑰去打那一邊的位址。國際站吃國際 region，百煉綁中國站帳號與中國 region，所以先問自己的服務和帳務要落在哪一側。有答案之後再把 region 定下來，Base URL 要填哪個網域、要不要帶 WorkspaceId，都跟著它走；想一把金鑰共用多個模型的人，再看 MixRoute 那條獨立路徑；公司要台灣統一發票的話，那條路要先聯繫業務、走公司儲值。

Qwen API 的兩個官方入口：Model Studio 國際站與百煉該先選哪一個？

先給答案：帳務與服務要落在國際 region，就選 Model Studio 國際站；公司本來就有中國站帳號或既有合約、服務也必須在中國 region，才走百煉。兩邊是不同站點，帳戶、金鑰與呼叫端點各自獨立，不互相通用。先把落在哪一邊確定下來，後面要核對的欄位才有意義。

國際站這條路的流程很單純。用 Alibaba Cloud 帳號進入 Model Studio，閱讀並接受服務條款就完成啟用，沒跳出條款視窗通常代表服務已經開通；接著到 API Key 頁面建立金鑰。金鑰建立時不必先選定模型，要打哪一個由請求裡的 model 參數決定。呼叫方式有兩種，OpenAI 相容介面與 DashScope SDK，同一組模型兩邊都到得了（Alibaba Cloud Model Studio 官方文件，查閱日期 2026-09-15）。百煉走的是中國站帳號與中國 region 的端點，金鑰也在中國站建立。兩邊的金鑰外觀相似，卻不能拿去呼叫另一邊的位址。

把平台範圍講清楚，選邊會更篤定。Model Studio 一邊提供全系列 Qwen，一邊也上架 DeepSeek、Kimi、GLM 等第三方模型，涵蓋文字生成、視覺理解、圖像生成、影片生成、語音辨識與合成，以及 embedding（Alibaba Cloud Model Studio 官方文件，查閱日期 2026-09-15）。走國際站不等於只能買 Qwen 一家，但帳號、region 與帳單都落在國際站那一側。你真正要回答的是「我的帳務與服務要落在哪一側」，而不是「哪一邊的模型比較好」。

帳號、金鑰、端點三樣都不共用

兩邊都還沒開始的團隊，先看服務要部署在哪個 region，答案很容易就出來了。同一個團隊同時用兩邊並非不行，但那是兩套金鑰與兩份帳單，別在程式碼裡用同一個環境變數名稱混著放。

還有一種走錯的方式很常見：人在台灣、看的是國際站的說明文件，卻在中國站建了金鑰。兩份文件長得很像，步驟也相似，差別在金鑰所屬的那一側，而這個差別只會在送出第一次請求時才被發現。

台灣帳戶、region、付款與發票條件要怎麼確認？

確認順序是：帳號屬於哪一邊、呼叫要落在哪個 region、這筆支出要用什麼憑證入帳。三件事定了，key、base URL 與 model ID 才不會白對。

費用結構上，Model Studio 啟用不收費，成本只在你實際呼叫模型時產生，計費項目與單價寫在官方的 Billable items 與 pricing 頁。帳單與用量可以在 Billing Details 與 Cost Analysis 頁面查，呼叫統計大約在呼叫後一小時才出現。文字模型的推論費用應依所選模型的輸入、輸出與快取 token 單價計算；模型推論與 Knowledge Base 是兩個獨立計費的功能，後者按規格時長與模型呼叫計費，不支援 savings plan（Alibaba Cloud Model Studio 官方文件，查閱日期 2026-09-15）。

新用戶的免費額度發在新加坡 region，這點容易被忽略：它不是每個 region 都能用的通用試用金。新用戶要先完成帳戶資料才能開通 Model Studio，額度用完後會自動轉為按用量計費。Free quota only 預設是關閉的，想在額度用完時停下來，要先自己開啟。

region 決定後面每一欄

region 直接決定 Base URL 的網域，也決定請求要不要帶 WorkspaceId。北京、新加坡、東京、法蘭克福與香港這幾個 region 要帶；美國維吉尼亞請從該區主控台 API 呼叫說明複製完整端點。WorkspaceId 在 Workspace Management 頁面取得，它同時是你帳號裡的 workspace 識別，不是可以隨手填的字串。

把 region 想成一個地址：服務放在哪個 region，帳單、用量統計與 Base URL 就都寄到那個地址。選定之後少搬動，因為每搬一次就要重對一次 WorkspaceId 與端點網域，而這幾個字串正是第一次請求失敗最常見的原因。

阿里雲直購先進入主控台的 Billing Management：從 Billing Details 核對訂單、金額、幣別與產品，再查看帳戶的付款方式與 invoice／稅務資料設定。開立主體、買方名稱、稅籍欄位與可下載的憑證格式都在這裡；找不到公司需要的格式時，把帳戶地區、訂單編號與所需買方欄位交給阿里雲帳務支援，對方就能確認付款前是否能設定。若公司必須取得台灣統一發票，再往下比較 MixRoute 的採購路徑。

API key、base URL 與 model ID 怎麼一項一項對上？

三欄有固定順序：先建金鑰，再依 region 寫 Base URL，最後從官方模型清單挑 model ID。順序顛倒，很容易拿著一把範圍還沒確認的金鑰去猜位址。

建立 API key 時不需要選模型。決定呼叫哪個模型的是請求 body 裡的 model 參數，官方範例填的是 qwen-plus；如果你希望這把金鑰只能呼叫特定模型，建立時選 Custom permission 並開啟 Model access scope，之後它就只認你勾選的模型（Alibaba Cloud Model Studio 官方文件，查閱日期 2026-09-15）。金鑰不要寫死在程式碼裡，官方 Linux 與 macOS 範例都是存成環境變數。多環境、多專案要怎麼命名與輪替，整理在多環境的金鑰命名、存放與輪替做法。

region 與 Base URL 的對照

這張表用來辨認各部署區域的端點格式，不代表同一帳號可選全部區域。先在所用入口的主控台選擇可用區域，再複製該區端點；中國站百煉的金鑰不能拿來套用國際站設定，反之亦然。

把 {WorkspaceId} 換成你自己的值，這個字串在 Workspace Management 頁面。model ID 以官方模型清單為準，文件中出現的範例包含 qwen-plus 與 qwen3.8-max。從 OpenAI 換過來的人要記得，遷移要動的其實只有三樣：API key、base URL 與模型名稱，再核對所用參數與回傳格式。

第一次呼叫可使用下列 Python 範例。先執行 python -m pip install openai，並在執行環境準備三個變數：金鑰、Base URL 與模型 ID，名稱照範例設定。新加坡的 Base URL 使用上表格式，填入自己的 WorkspaceId；模型可從該區控制台列出的文字模型選取。將程式存為 hello_qwen.py 後執行 python hello_qwen.py。

import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["DASHSCOPE_API_KEY"],
    base_url=os.environ["DASHSCOPE_BASE_URL"],
)
response = client.chat.completions.create(
    model=os.environ["QWEN_MODEL"],
    messages=[{"role": "user", "content": "用一句話介紹你自己"}],
)
print(response.choices[0].message.content)
print(response.usage)

收到模型文字後，核對回應的 usage 與控制台用量；若失敗，先用下節的三欄配對方式排查。呼叫格式參考官方第一次呼叫指南（2026-09-20 查閱）。

model ID 不是愈大愈好，官方對幾個主要系列的定位並不相同：

• Qwen-Max：複雜、多步驟的任務，最新的 qwen3.8-max 是旗艦推薦。
• Qwen-Plus：在效能、速度與成本之間取平衡，官方寫的是大多數情境的推薦。
• Qwen-Flash：成本與延遲較低，適合需要快速回應的簡單任務。

除此之外還有長文本處理、翻譯、資料探勘、意圖辨識、角色扮演與深度研究等專用模型（Alibaba Cloud Model Studio 官方文件，查閱日期 2026-09-15）。先用 Plus 或 Flash 把流程跑通，再依任務換 ID，比一開始就挑旗艦版務實。

第一次請求就失敗，是不是混用了入口的設定？

第一次失敗通常不是模型不好，而是三個字串沒有對齊。換模型重試之前，先照順序排查。

依序檢查三件事

• 金鑰與端點是否屬於同一個入口與同一個 region。中國端點與國際端點的位址分屬兩邊，配錯邊通常先看到驗證失敗，或是不支援所選模型的錯誤。
• Base URL 有沒有對上你在控制台選的 region，WorkspaceId 有沒有漏掉，或填成另一個 workspace 的值。
• model ID 是否真的存在於該端點，以及這把金鑰的 Model access scope 有沒有把它排除在外。

看錯誤訊息也有順序。出現驗證失敗時，先回頭確認金鑰與端點是不是同一側；出現不支援所選模型，先查 model ID 是否存在於該端點，再查金鑰的權限範圍。這兩句話記住，大部分第一次失敗可以在幾分鐘內收斂到一個欄位。

舉例來說，一位工程師在中國站建了金鑰，卻把 base URL 指向新加坡的端點，回應會是驗證失敗而不是模型輸出；反過來把國際站金鑰貼到中國端點，結果一樣。先讓金鑰與端點屬於同一路徑，再核對模型與權限，才能判斷下一個錯誤。

排查時把請求縮到最小：一段單輪文字、一個你確定存在於該 region 的 model ID。跑得通再逐項加回自己的參數，這樣才知道是哪一項出問題。想先確認換成 OpenAI SDK 之後哪些欄位要跟著改，OpenAI 相容 API 的欄位與寫法對照可以直接比對。

想多模型共用一把 key，或公司戶要洽業務開台灣統一發票，MixRoute 的付款與接入路徑是什麼？

如果你不想為每個模型家族各註冊一次，MixRoute 提供的是另一條路：帳務與接入都和阿里雲帳號分開。公司的核銷流程一定要台灣統一發票時，這條路也開得出來，但要公司戶先聯繫業務、以公司儲值的方式採購，自助儲值不開。

接入時核對位址、金鑰與模型

MixRoute 的接入方式和 OpenAI SDK 相容，把 base URL 改成 https://api.mixroute.ai/v1，換上 MixRoute 的金鑰，並填入其模型清單中的 model ID，單一端點涵蓋 250+ 模型；具體可用模型與設定以 MixRoute 目前公開頁面為準。已經有一組 OpenAI 相容程式碼的人，要動的就是位址、金鑰與模型名稱這三處，不必為每個模型供應商各開一個帳號。

多模型共用一把金鑰，權限要收斂。MixRoute 的每一把 key 都能限制成只能呼叫指定的模型集合，不選就是不限制；也可以預先撥一筆可扣減的預算餘額，在未開啟不限額設定（unlimited_quota）的情況下逐次扣減，預算扣到零這把 key 就停，帳戶餘額仍然是外層上限。這兩項是 key 層級的獨立欄位，和請求怎麼被路由無關；實際可用的權限設定以 MixRoute 目前公開頁面為準。阿里雲那邊的對應做法是在建立金鑰時用 Custom permission 加 Model access scope 決定模型範圍，兩種做法都把「這把金鑰能做什麼」寫進設定裡，應用程式端就不必再自行節制。

付款與發票走台灣這條

MixRoute 的台灣統一發票只走公司戶：先聯繫業務、以公司儲值的方式採購才開立，自助儲值（信用卡、USDT／USDC）不開。價格頁以美元顯示，公司儲值的付款與發票幣別向業務確認。其他市場的發票與稅務文件條件，依所在地與方案洽 Sales。企業可洽詢銀行電匯、發票與帳期安排，實際條件依方案確認，你可以把用量與帳務需求提出來談採購條件。

對外計價上，MixRoute 的主張是 0% platform fee、模型推論不加價；確切數字與可用模型清單以 MixRoute 目前計價頁為準，也可以直接看MixRoute 目前的計費方式與模型清單。

取捨也說清楚：如果你本來就有阿里雲合約與月結流程，或服務一定要落在中國 region，走原有帳單管道更單純。MixRoute 這條路處理的主要是台灣統一發票與多模型共用一把金鑰的行政成本，阿里雲在自己的 region 裡能提供的東西並不會因此少掉。

費用與免費額度該怎麼估算？

兩邊的估算邏輯不一樣。阿里雲這條看呼叫量與 token 用量，MixRoute 這條則是用你自己的用量跑站上的工具。

免費額度的兩個開關

Model Studio 的免費額度在新加坡 region 發給新用戶；開通前得先把帳戶資料填完，額度用完後就自動轉按用量計費（Alibaba Cloud Model Studio 官方文件，查閱日期 2026-10-06）。要不要在額度用完時停下來是另一個開關，Free quota only 預設關閉，開啟後才會在額度耗盡時停止。實際單價與計費項目以官方頁面為準，把會用到的模型與呼叫量對照官方定價，就能估出量級。

免費額度用完之前就該決定下一步。用量穩定又不大的團隊，按用量計費最省事；用量會長大的團隊，值得先看官方有沒有適用的 savings plan，再回頭比對其他管道的單價。真正的決策點是這個用量在這條路上要付多少、憑證拿不拿得到，單價高低只是其中一半。

MixRoute 站內計價以美元顯示，不顯示台幣，你可以用你自己的用量試算 MixRoute 的費用，再決定要不要換路。試算前先掌握實際呼叫量與想用的模型，數字才有參考價值。