Claude 企業採購：Bedrock、直購 API 與高速率專屬額度三路比較

三條路徑的差別在三件事：模型在你的區域有沒有供應、帳單開給誰、要不要用承諾期換固定容量。財會只認台灣統一發票的公司，要看 MixRoute 這類通路：公司戶先聯繫業務、以公司儲值方式採購才開立，自助儲值不開。資料必須由 AWS 當唯一資料處理方的金融或醫療團隊，走 Amazon Bedrock。已經確定長期高用量、想鎖住 TPM 的團隊，才需要看 MixRoute 的高速率專屬額度。模型供應上有一個台灣特有的限制：AWS 台北區域（ap-east-2）對 Claude Fable 5.1、Opus 5.5、Sonnet 5.5、Haiku 5.5 只提供 global 路由。

Claude 模型在各渠道與區域現在有沒有供應

四款現行 Claude 在 Anthropic 直購、Bedrock 與 Vertex AI 都有型號，差別在區域：型號在不在，和在你的區域叫不叫得動是兩件事。

先確認型號在打算跑的區域能不能用，再比價格，順序反了會白忙一場。三條路徑的規則不同：直購看 Anthropic 的 Claude API 目前開放的型號，ID 分別是 claude-fable-5-1、claude-opus-5-5、claude-sonnet-5-5、claude-haiku-5-5；Vertex AI 依區域供應，Google 的現行文件把這項服務稱為 Agent Platform，型號 ID 與直購相同；Bedrock 的型號和區域綁在一起，ID 要加前綴。

Bedrock：前綴決定路由，漏掉前綴會被擋下

Bedrock 的 Claude 要用 inference profile 的 ID 呼叫，做法是在基礎模型 ID 前面加前綴：global 走全球動態路由，us、eu、au、jp 把請求限制在該地理範圍內。漏掉前綴時，Bedrock 回 HTTP 400，訊息要求改用 inference profile 的 ID 或 ARN（Anthropic 文件以 Sonnet 4.5 為例）。AWS 的模型頁另外寫明，Opus 5.5 的基礎 ID 只能在 eu-west-2（倫敦）做單一區域推論，Fable 5.1、Sonnet 5.5、Haiku 5.5 的單一區域欄位是 N/A。

前綴同時決定路由與單價：區域端點比全球端點貴 10%，換到的是資料經特定地理區域路由。資料落地要求寬鬆的應用走 global 就夠；要向客戶證明資料沒出某一區，這段價差才值得花。

下表是 AWS 四款現行 Claude 模型頁列出的前綴。「無」代表該模型頁沒有列出這個前綴，原本表格裡的 apac 前綴在這四款的模型頁已經沒有。

台灣團隊最常碰到的是兩個數字。台北區域（ap-east-2）在四款模型頁上都只有 global 欄打勾，單一區域與 geo 欄都沒有，所以從台北發請求只能走全球動態路由。東京（ap-northeast-1）的 geo 欄則是 Opus 5.5 與 Haiku 5.5 可用，Fable 5.1 與 Sonnet 5.5 只有 global。

前綴能不能當資料落地的證明，AWS 文件另有提醒：有資料落地要求，要從每個打算使用的來源區域呼叫 GetInferenceProfile，確認回傳的所有目的區域，不能只看 ID 前綴。有些 profile 的目的區域會隨來源區域不同；綁定地理範圍（US、EU、APAC）的 profile，目的區域清單不會再變，global profile 則會隨 AWS 新增商用區域而變。

Bedrock 模型的使用權限也分模型：Anthropic 文件寫明 Fable 5.1 對所有 Bedrock 客戶開放，Opus 5.5、Sonnet 5.5、Haiku 5.5 的存取條件要到 Bedrock 主控台的 model access 頁看。型號支援狀態與淘汰時程由平台方各自設定，AWS 的模型頁只認自己模型頁上的日期，例如 Opus 5.5 的 EOL 不早於 2027 年 9 月 22 日。

還有一個常到後期才發現的限制：請求大小。Anthropic 文件寫明，Bedrock 把單次請求承載限制在 20 MB，長文件或大量圖片可能在碰到 token 上限前先撞牆。四款現行 Claude 在 Bedrock 的上下文視窗都是 100 萬 token，較舊的 Sonnet 4.5 與 Sonnet 4 是 20 萬 token。餵大檔案的應用，壓測前先算這兩個數字。

Vertex AI 與直購：先看區域，再看型號

Vertex AI 上的 Claude 供應依區域而異，Anthropic 與 Google 的文件都寫明要到 Model Garden 或 Google 的 Claude 說明頁查你的區域有哪些型號。同一個型號在 A 區可用、B 區不一定有，這件事擺在架構圖之前處理，可以省下重新設計資料流的功夫。公司的主場本來就在 GCP 的話，優先處理的是把 Claude 併進既有帳單與權限體系，單價晚一點比不會耽誤決策。

直購最單純：Console 開帳號、取得 API key 就能呼叫。Bedrock 的功能照 Amazon Bedrock 的上線時程，直購的 Claude API 由 Anthropic 自己營運；用量監控、配額申請與帳務處理則由自己承擔。

開發端的接法也不同。Anthropic 的用戶端 SDK 支援 Bedrock，安裝 anthropic[bedrock] 後，InvokeModel 路徑用 AnthropicBedrock，Messages API 形式的 bedrock-mantle 端點用 AnthropicBedrockMantle，也可以直接用 boto3 這類 AWS SDK。憑證來源包含 AWS 的 credentials 檔與環境變數，臨時憑證可搭配 session token；AnthropicBedrock 沒有指定區域時，會依序讀環境變數與 AWS 設定，解析不出來就報錯。

Bedrock 支援的功能到哪裡

Bedrock 的 Messages API 端點（bedrock-mantle）支援提示快取、思考、工具使用與引用，結構化輸出則列在不支援項目。不在清單內的還有：

• URL 形式的圖片與文件輸入、Files API
• 程式碼執行、網頁搜尋、網頁擷取與 advisor 這類伺服器端工具
• Agent Skills、MCP 連接器與程式化工具呼叫這類代理基礎設施
• Message Batches、Models、Admin 等 API 端點，以及 Claude Managed Agents

伺服器端備援（fallbacks 參數）要改用戶端備援模式。做代理型應用的團隊，選型時先看過這幾項，可以省下開發中期才發現要改架構的工。

帳單開給誰、開什麼單、錢怎麼走

台灣企業真正卡住的不是技術，是帳單。

三條路徑的合約對象不同：直購是 Anthropic，雲平台走你原本的 AWS 或 GCP 帳號，經銷商這條由通路開單給你。Anthropic 的定價文件把 Bedrock 與 Google Cloud 的 token 價格指向雲廠各自的定價頁，要逐款比價就去看那兩頁；文件寫明的價差只有一項：區域與多區域端點比 global 端點貴 10%。

直購：預付點數或 Sales 安排的月結，沒有統一發票這個選項

Anthropic 的 Console 組織有稅號（tax or VAT ID）欄位，是否顯示依地址而定。Anthropic 的帳務說明頁只談稅號欄位與 Stripe 帳單，沒有台灣統一發票這個選項。財會認不認海外帳單，通常在 PoC 之前就決定了這條路通不通。

付款方式有兩種。多數組織買預付點數：點數用完就不能呼叫 API，一年後到期，購買後不可退款，可以設 auto-reload 在餘額低於門檻時自動儲值。經 Sales 安排月結的組織，每月底收到 Stripe 開的帳單，用量按 Anthropic 的標準隨用隨付價格計算。

雲平台與經銷商：一個進既有帳單，一個處理在地單據

走 Bedrock 或 Vertex AI，Claude 的用量由雲廠向你開單，核銷流程不用另外開一條。Bedrock 的 Claude 是經 AWS Marketplace 提供的第三方模型，費用出現在 AWS 帳單與 Cost Explorer 裡的模型供應商名下，不在 Amazon Bedrock 名下。代價是你得先有雲端帳號、通過 Model Access 申請，權限與稽核也跟著雲平台的規則走。

折扣的做法是 private offer：Anthropic 文件寫明，Bedrock 的 private offer 折扣從接受當天起算，不能回溯套用到之前的用量。手上沒有 private offer 的小團隊走雲平台，拿到的好處就只剩帳單集中。

MixRoute 這裡的條件是：一般 API 呼叫按供應商官方定價計費、0% 平台加價；Smart Routing 也全面免費，不收路由服務費。台灣統一發票開得出來，條件是公司戶先聯繫業務、以公司儲值的方式採購，自助儲值不開；其他市場的開票主體與稅務文件還在確認中，那部分依所在地與方案洽 Sales。想看儲值級距與付款說明，可以先看MixRoute 公開定價頁列出的儲值級距與付款方式。

同一筆推論在三條路徑上的核銷長相不同。直購時財會收到的是 Stripe 帳單或預付點數的購買紀錄；走 Bedrock 時它混在你原本的 AWS 帳單裡，和 EC2、S3 的費用同一張；走通路時看到的是通路開的單據。金額相同，跑完的流程差很多。

團隊同時要用 Claude 以外的模型時，單一帳號、單一帳單的價值更明顯：多開一家就多一組帳號與對帳工作，模型愈雜，行政成本愈高。

付款工具與幣別

自助直購以預付點數付款，Anthropic 的 Console 可更新信用卡；月結只有 Sales 安排的組織才有。雲平台照你原本的雲端帳期走，經銷商這條的帳期屬於個別合約事項。

四個語系的 MixRoute 頁面一律以美元顯示，沒有在地幣別，內部報價直接沿用美元，跟帳單對帳時最省事。公司卡若有單筆額度上限或海外交易管制，直購高用量時就得拆成多次儲值，或改用其他付款工具；雲平台不會多一張卡，但要有能動用雲端預算的權限。

按 token 計費跟預購容量，承諾方式差在哪

按 token 計費隨用隨扣，沒有承諾期，也沒有容量保證；預購容量則是先排定一段期間的輸送量，容量、價格與退出條件都寫在方案和合約裡。還在抓用量曲線的團隊走前者，已經知道每分鐘要打多少 token 的生產系統，才有理由走後者。

雲平台的配額不是即時可調

Bedrock 的配額依模型、區域與帳號分別計算，出現 429 ThrottlingException 就是超過帳號配額。AWS 另外有一項跨模型的每日 token 上限（Cross-Model Max Tokens Per Day，按帳號與區域計），白天沒撞到不代表晚上不會撞到。

Bedrock 有兩個推論端點，配額各算各的：bedrock-runtime 的每分鐘 token 配額把輸入與輸出合併計算；bedrock-mantle 則分開計算輸入與輸出 TPM，而且不設 RPM 配額。同一個模型兩個端點都用的話，容量要分別規劃。

Anthropic 文件列出 bedrock-mantle 端點的預設是每分鐘 200 萬 input TPM，可申請到 500 萬 input TPM 與 50 萬 output TPM，不需要額外的 Anthropic 核准。調高配額不是自動的：bedrock-runtime 在 Service Quotas 主控台提出申請，而且 AWS 說明優先處理已經用滿現有配額的客戶；bedrock-mantle 的配額在 Service Quotas 看得到，但調高要走 AWS Support 的 limit increase 表單。

長文件或 RAG 情境常在請求數還很低的時候就把配額吃光。流量有季節性的話，把申請排在高峰前幾週，比事後處理 429 輕鬆得多。

配額申請與預購容量是兩件事：前者把上限調高，後者把容量先買下來。AWS 的錯誤碼說明建議，吞吐量可預期且持續的團隊可以考慮 Reserved 層級或 Provisioned Throughput，是否提供要看模型與區域，Reserved 要聯絡 AWS 帳號團隊開通。這四款現行 Claude 的 AWS 模型頁，服務等級表都只有 Standard 打勾，Reserved 一欄標示不支援；AWS 定價頁的 Reserved 與 Provisioned Throughput 價目表則列的是 Opus 4.6、Opus 4.5、Sonnet 4.6 等較早的型號。

要不要預購容量，判斷方式很直接：把過去幾週的每分鐘 token 曲線拉出來，看平常的基載落在哪裡。基載那段適合買成承諾容量，超過的部分留給按量計費補。先把按量計費的上限調到夠用，等基載穩定下來，再談預購。

直購那邊同樣分級：Anthropic 的 Start、Build、Scale 三個用量層級各有每月花費上限，到頂就暫停呼叫，直到下個月第一天 00:00 UTC，除非提前申請調高；Custom 層級沒有每月上限，額度與帳號團隊另行安排。

預購高速率專屬額度：頁面寫的與合約談的要分開

MixRoute 的高速率專屬額度走 provisioned throughput 預購，屬於企業版方案的權益：定價頁寫明每月使用金額達 20,000 美元，或單次儲值達 30,000 美元，就有使用資格。頁面交代的是這套機制，並列出部分影像模型的容量／TPM 欄位，也寫明不需多年承諾，TPM／RPM 依用量預估配置、每季可調整。可用模型、區域、承諾期、SLA、超額，以及取消或退款條件，頁面沒寫的，就要在合約階段確認。查看 MixRoute 目前公開的高速率專屬額度機制與列示欄位。

高速率專屬額度的談法從承諾量開始：每個月要保證多少 TPM 有答案了，價格再往下談。開得太高是浪費，開得太低等於沒解決問題，合理水位得從自己的用量紀錄往回推，沒有通用數字。

三路對照：資料條款、支援、付款與退出

三條路徑放進同一組欄位，一次看完比逐家問快。表裡每一格只寫頁面上查得到的條件，個別報價與合約條款留到後面單獨處理。

資料邊界決定誰能投標

Bedrock 上的 Claude 跑在 AWS 管理的基礎設施上，Anthropic 人員沒有推論基礎設施的存取權，AWS 是資料處理者；Anthropic 文件也寫明，需要 AWS 當唯一資料處理方的受管制產業，應該用 Bedrock。對被要求地理資料駐留的金融、醫療、政府案子，這通常是硬條件。直購的資料進 Anthropic 的服務環境處理，合規文件要自己對；Vertex AI 的資料處理由 Google Cloud 條款規範，依你選定的區域走。

AWS 上還有第四個選項：Claude Platform on AWS。它由 Anthropic 營運，經 AWS Marketplace 計費，驗證與存取走 AWS IAM；Anthropic 是推論輸入輸出的資料處理者，2026 年 9 月 18 日 00:00 UTC 之前建立的工作區，資料可能在 AWS 以外處理，可用 inference_geo 參數指定推論地理範圍。用量以 Claude Consumption Units 計費，每個 CCU 是 0.01 美元，token 用量按與 Claude API 相同的單價換算。這條路的功能通常跟 Claude API 同日上線，但它是獨立的 Anthropic 組織，既有直購組織的 API key、工作區與設定都不會帶過來。

要留下證據的話，Bedrock 提供呼叫記錄服務，可以把與用量相關的提示與完成內容留存，Anthropic 建議至少以 30 天滾動方式保留，方便日後調查異常使用。直購的用量與稽核記錄，則由你自己的 Console 管理。

存取方式也跟著路徑不同。Bedrock 可以用 IAM 憑證，也支援 bearer token（環境變數 AWS_BEARER_TOKEN_BEDROCK），應用團隊不必拿到整組 AWS 憑證，權限能收斂在單一服務內。bedrock-mantle 端點的 bearer token 最長 12 小時，Anthropic 列為最不建議的方式，建議用 Bedrock service role。走直購就是一把 Anthropic 的 key，範圍與輪替規則由你自己定。需要提出稽核證據的單位，沿用既有雲端稽核範圍可以少一輪文件往返。

支援語言與退出成本

支援責任跟著帳單主體走：直購找 Anthropic 的支援管道，雲平台走雲廠的支援層級，經銷商這條由通路當第一線窗口，中文溝通沒有問題。內部沒有英文窗口的團隊，這一欄會直接影響事故處理時間。開通、帳務與容量問題找通路最快，模型本身的行為與平台限制仍回到上游供應商處理。

退出成本最容易被低估。按量計費的路徑隨時能停，把資料與權限搬走就好；直購的預付點數則是購買後不可退款、一年到期。高速率專屬額度的調整與退出依方案／合約條件處理；雲平台綁著既有帳號與 IAM，退出成本多半落在重新配置權限與改寫呼叫端。談約時把到期後怎麼處理寫進條款，比事後爭取容易。

三條路徑的隱形成本

直購多付的是用量暴走與信用卡額度，帳單沒有天花板時，控制手段得自己做；雲平台多付的是開通與權限設計的內部工時，Model Access 申請、IAM 設計與稽核設定都要花時間；經銷商這條多付的是把彈性鎖住的機會成本，承諾期內買了就得用完。三筆都不大，加起來卻會改變哪條路真的划算。

預購容量要檢查哪些公開條款

任何一家的預購容量方案，都用同一張清單核對：適用模型與區域、承諾期與計量單位、到期後的處理方式、SLA 與超量行為、取消與退款條件。頁面有寫到的直接看得到答案；沒寫的，得等報價和合約進來才會定案。

• 適用模型與區域
• 承諾期與計量單位（TPM 或 Model Units）
• 到期後的處理方式
• SLA 與超量行為
• 取消與退款條件

頁面能回答的，跟只能談的不同

頁面能回答「這個方案怎麼運作」，談判桌上才能回答「你們公司要付多少」。合約主體、帳期、承諾量與價格屬於後者。企業採購常見的順序是，財會能接受的單據格式與六個月到一年的用量區間先有答案，最後才進到容量與價格。

計量單位也要對齊。有的方案用 TPM 報，有的用 Model Units 或每日 token 量報，單位不同就沒辦法直接比價。同一張合約裡的承諾期、超量計價與到期處理，綁在同一個單位上。

合約條款裡還有幾項要逐條看：承諾期內能不能調整容量、提前終止要付什麼代價、容量能不能移轉給其他專案，以及退款怎麼算。這些條件對總持有成本的影響，往往比單價的小數點更明顯。SLA 與超量行為要在同一張紙上看：撞到上限時是降速、排隊還是拒收，費用怎麼計算，每家的寫法不一樣，合約寫得越具體，事後爭議越少。

帶著三個數字進會議室

三樣東西帶齊，一輪就能談完：財會能認列的單據格式、合規要求的資料邊界，以及 PoC 階段的實際 token 用量。用量還在成長前段的團隊，先用按量計費把曲線驗證出來，等 TPM 穩定再回頭談預購容量，比一開始就綁約合理。

要把採購路徑定下來，把你們的單據格式、資料邊界與預估用量交給 MixRoute Sales 一起評估，會比逐家問快一輪。

FAQ

Bedrock 上的 Claude 跟 Anthropic 官網定價一樣嗎？

不能直接當成一樣，要看 AWS 自己的定價頁。Anthropic 的定價文件把 Bedrock 與 Google Cloud 的價格指向雲廠各自的定價頁，沒有寫兩邊相同；文件寫明的差距是區域端點比 global 端點貴 10%。到月底的金額還取決於你的 private offer 與用量。比價時先把雲帳號的折扣條件問出來，數字才對得起來。

區域端點（CRIS）跟全球端點差多少？

區域端點比全球端點貴 10%，換取的是資料經特定地理區域路由。沒有資料落地要求就走全球端點，動態路由可以到有容量的區域；合約或客戶要你證明資料走過哪條路徑，這 10% 才是必要成本。兩者的模型 ID 差在前綴，寫法上就是在模型 ID 前面加的那一段。從台北區域呼叫四款現行 Claude，目前只有 global 可選。

沒有 AWS 帳號能不能走 Bedrock 採購？

不行，Bedrock 的費用走 AWS 帳號，要先有 AWS 帳號並開通模型存取才能用。帳單主體是 AWS，你的雲端合約條件也跟著這個帳號走。要開在誰的帳號底下、將來誰持有這個帳號，一開始就得談定。Claude Platform on AWS 同樣從 AWS Console 註冊，也需要 AWS 帳號。

預購容量跟按 token 計費到底差在哪？

按 token 是隨用隨扣、沒有承諾期；預購容量是預先安排一段時間的輸送量，具體 TPM、價格與退出條件依方案與合約確認。用量曲線還沒定型就先用前者；會走後者的，是已經知道每分鐘要打多少 token 的生產系統。MixRoute 的速率上限頁面列出機制與部分容量欄位，完整的適用模型、區域與承諾期屬於合約內容。

台灣公司要台幣統一發票走哪條路？

Anthropic 直購的帳務說明只談稅號欄位與 Stripe 帳單，沒有統一發票這個選項；雲廠走的是 AWS 或 GCP 帳單。MixRoute 開得出台灣統一發票，條件是公司戶先聯繫業務、走公司儲值，自助儲值不開；其他市場的開票條件還在確認中。財會的認列條件先有答案，再決定要不要開帳號。

想同時用 Claude 跟其他模型有沒有省事做法？

可以，用一個 gateway 的單一 API 串接多家模型，省掉多帳號、多 billing 的管理。MixRoute 按供應商官方定價計費、0% 加價，一把 key 就能切換模型，現有 SDK 通常只要改 base URL。之後要評估新模型，也不必再走一次採購流程，對同時比較多個模型的團隊可以少掉不少行政工。