跳至主要內容
企業採購

AI API 代理商怎麼選?七項檢查表逐項查證再決定

發佈於 更新於 13 分鐘閱讀 MixRoute

AI API 代理商怎麼選?七項檢查表逐項查證再決定
AI API 代理商怎麼選?七項檢查表逐項查證再決定

「代理商報的折扣比原廠漂亮,是不是直接找他買就好?」折扣當然要談,但它在順序上排在後面。判斷一家 AI API 代理商能不能用,可以拆成七個可核對的判斷點,從它跟上游的關係、價格怎麼算、付款與發票、模型與容量、支援歸屬、資料與帳務,一路問到退出時要付的代價。每一項都附上來源與日期,查不到證據的先放進待查證清單;已經驗證但不符合公司需求的,也不能算優勢。填完這七項,你會知道接下來該談單價、服務範圍,還是換一條採購管道。

AI API 代理商是什麼?和直接向原廠購買差在哪裡?

代理商站在企業與原廠之間,幫你處理採購、付款、發票或技術支援,實際承接哪幾項要依合約與方案而定。它和直接向原廠買的差別,主要不在模型能力,而在合約對象與責任歸屬。跟原廠簽,責任鏈最短;跟代理商簽,你換到在地的付款與支援窗口,同時多了一層得自己確認的關係。所以順序是先問「出事時我先找誰」,再問價格。

模型能力、接入品質和採購服務要分開評估。同一家代理商可能模型接入做得好,發票與支援卻很普通,反過來也有;三件事混在一起看,就會出現某一項說服了你,另一項等到用下去才發現的情況。

代理商站在供應鏈的哪一層

原廠負責模型與 API 基礎設施,代理商可以承接採購、帳務或技術支援,企業負責自己的應用。合約要寫清楚各方負責什麼,例如付款核對、問題受理與升級處理;應用回答得好不好,還是得用你自己的任務測試。

中文裡「代理商」、「經銷商」、「整合商」經常混著用,做的卻是不同的事。

  • 經銷商把額度批發給下游,做的是供應鏈。
  • 代理商轉售 API,是否提供發票、帳務或技術窗口,要依方案確認。
  • 整合商連應用開發一起接,適合手上沒有工程團隊的公司。

弄清自己缺的是哪一段,再決定要不要多找中間那一層。

三種管道的簽約對象與責任差別

台灣買 AI API 大致有三條路:官網自助、透過代理商採購、走雲端平台整合。公司需要的付款、資料處理與支援條件要先列出來,再比較供應商。

管道簽約與付款對象資料路徑發票與帳務適合誰
官網自助原廠平台走原廠平台 API 路徑,資料處理另依其公開政策確認依平台、帳戶與稅籍確認,不能預設可開台灣統一發票個人開發者、想先試用量的人
透過代理商採購代理商視架構,可能經代理商平台轉送依合約與方案確認需要先確認合約、發票與支援窗口的企業
雲端平台整合雲端業者經雲端平台呼叫模型併入既有雲端帳單已經在該雲端生態的團隊

三條路真正的差別是責任落在誰身上。雲端平台整合可以把 AI 用量併進既有的雲端帳單,流程集中;但若要換模型供應商,既有雲端合約、專案與服務窗口的退出條件也要先看過,免得換到一半卡在請款與權限流程裡。如果你還在分 gateway 與 aggregator 各自負責哪一段,可以先讀gateway 與 aggregator 的分工差在哪裡,弄清接入架構,再回頭看代理商要提供的是哪一層服務。

怎麼判斷代理商可不可信?七項檢查表逐項核對

把「這家可不可信」拆成七個可以逐項標記的判斷點,涵蓋上游關係、價格結構、付款與發票條件、模型與容量範圍、支援歸屬、資料與帳務管理,以及退出與遷移成本。每一項都標上實際條件與證據來源,再對照自己的需求。還沒問到答案的先標待查證;已經驗證但不符合需求的,也不能算優勢。

AI API 代理商七項採購檢查表:上游關係、價格、付款發票、模型容量、支援、資料帳務與退出遷移,逐項留下證據。
把可信度拆成七個可核對的問題;查不到證據的項目,先放進待查證清單。

手上已經有報價單的人,可以直接拿它對照這七項。證據欄寫來源、日期與已驗證/待查證,實際條件欄填方案內容,再標符合、不符合或待確認。舉個例子:公司需要假日支援,供應商書面回覆只在工作日處理,這一項雖然查證完成,答案仍是不符合。詢價時讓每家回覆同一組欄位,比較起來才方便。

七項檢查表與可驗證判斷點

檢查項要問的問題證據狀態實際條件/是否符合需求
上游關係錢從上游經銷合約來,還是從使用者的加價來?它有沒有轉售資格?____________
價格與加價折扣以哪個基準價計算?額度會不會過期?有沒有平台服務費?____________
付款與發票有哪些付款方式?開票主體與發票品項寫什麼?____________
模型與容量模型範圍怎麼核對?保留容量的存取條件與適用性是什麼?____________
支援責任回應窗口是誰、故障時找誰、有沒有備援與中斷通知?____________
資料與帳務請求會不會經過代理商平台?用量能不能分模型、部門、key 查?____________
退出與遷移key 能不能治理?換供應商時 endpoint 與整合碼要改多少?____________

上游關係怎麼查:用 MixRoute 當對照樣本

這一項最容易被講得模糊。MixRoute 是雲端經銷商,用自己跟雲端、模型供應商簽的合約開出一條分銷通道,收入來自上游的經銷合約,不是向使用者抽 token 費。判斷點因此可以收斂成一句可以直接問的話:這家公司的錢從哪裡來。

  • 如果答案是你在官方價之上多付的加價,它的收入就跟你的用量綁在一起。
  • 如果答案是上游經銷利潤,你至少知道加價不是它的主要收入來源。

模型範圍也一樣可以查。MixRoute 官網的 pricing 與首頁可見的是 250+ 模型與 0% 加價,這個口徑的對照日期是 2026-08-24。

同一項還有第二個問題:它有沒有經銷資格,能不能把 API 額度轉售給你。轉售資格不明的風險不難理解,帳號隨時可能被停,你的服務也跟著斷。要確認這件事,問它上游是誰、合約怎麼約定轉售範圍,比要對方出示一張授權書實際。轉售範圍還沒確認時,先拿到書面答覆,再決定要不要採購。

無法驗證的宣稱一律改列待查證

折扣幅度、支援回應時間與容量數字,這三種宣稱值得停下來多問一句。看到「保證一小時內回覆」,就改問上班時間內的回覆承諾有沒有寫進合約、沒達成時怎麼處理;看到「業界最低價」,就改問折扣以哪個基準價計算;看到某個容量數字,就問它對應哪些模型、什麼條件下拿得到。改寫之後,這些句子就從話術變成可以核對的採購條件。

支援責任可以拆成四個欄位:第一個回應窗口是誰、故障時走哪個通知管道、有沒有備援模型或降級路徑、承諾沒達到時怎麼處理。回應時間寫在網頁標語上只是期望值,寫進合約文字才變成條件。

折扣與加價怎麼查證?先問基準價、額度與服務費

企業折扣依用量、承諾期間與方案而定,沒有一個放諸四海的數字。要比報價,就得用相同的模型與相同的用量,逐項核對單價基準、額度效期與服務費,總成本的差異才會浮出來。

價格治理三問

問題為什麼影響你的決定怎麼查證
成本對不對得回原廠模型對不回原廠定價,之後無法做成本分析與預算編列要求對方列出每個模型對應的供應商官方定價頁,逐項比對基準價、加價與適用條件;評估 MixRoute 時,也可從其定價頁逐項對照
額度會不會過期未用完的額度若到期失效,會增加實際使用成本看方案條款有沒有載明效期
有沒有平台服務費服務費會讓實際單價高於官方價要求列出計費名目與觸發條件

詢價時順便問最低儲值金額與調價通知方式,把適用方案、額度效期和費用列在同一份報價裡,日後對帳才有依據。

儲值級距和 0% 加價要分開讀

MixRoute 的定價頁公開了一組以美元計價的儲值級距,可以直接當成「可查證的價格條件長什麼樣子」的樣本。級距落在 $10 到 $999、$1,000 到 $4,999、$5,000 到 $14,999、$15,000 到 $29,999 這幾個區間,$30,000 起另開企業方案。要留意這些級距對應的是功能分級,不是折扣率,實際價格與優惠內容仍以當次 pricing 頁顯示為準。

0% 加價講的是官方定價上的加價口徑;選用的 Smart Routing 目前也不收路由服務費。MixRoute 的 FAQ 目前表示,各供應商定價以 1:1 轉載供應商官方定價、用量可逐行稽核;比較時可以逐項對照 MixRoute 與供應商的定價。各供應商的官方定價與加價規則列在定價頁的計價與加價欄位。

Smart Routing 的服務費怎麼算

MixRoute 的 Smart Routing 全面開放免費使用,不收路由服務費,經過路由的請求只付實際選用模型的用量費用,從 credit 餘額扣除並逐項列帳。一般 key 直接呼叫指定模型,同樣只付模型用量。想知道哪些請求會經過路由、帳單怎麼列,可以看Smart Routing 的運作方式與計費條件。

至於額度會不會過期,答案比較乾脆:MixRoute 的 credits 不會過期,self-serve 與企業方案都適用。這裡的 credits 指 MixRoute 帳戶餘額,不等於原廠帳戶的 quota 或 rate limit。對跨年度的專案來說,這一條往往比折扣幾個百分點更實際,因為它決定了預算能不能留到下一季繼續用。

沒有信用卡或刷卡被拒,企業採購怎麼付款、怎麼拿發票?

如果你的信用卡被拒,或公司流程本來就不接受刷卡,一直換卡不是辦法,該問的是能不能找到一方開合約與發票。付款方式屬於會變動的資訊,下面列的是現行方案與適用範圍,實際仍以你議定的方案為準。

AI API 採購刷卡被拒時的付款排查流程:確認卡片情境、核對 self-serve 付款方式、詢問企業銀行電匯與發票,再確認方案條件。
先把付款方式與方案對上,再確認發票、幣別與手續費;不要把某一家方案外推成所有代理商規則。
付款方式適用方案發票讀者要注意什麼
信用卡 Visa/Mastercard/JCBself-serve、商務版依方案JCB 也在支援清單內
USDT/USDCself-serve、商務版依方案商務版(預付)也收加密貨幣
銀行電匯商務版、企業方案附發票適合需要合約與會計憑證的採購流程

台灣統一發票的適用邊界

MixRoute 可以開立台灣統一發票,但只有一條路:公司戶先聯繫業務、以公司儲值的方式採購;自助儲值(信用卡、USDT/USDC)不開。走這條路拿到的是本地統一發票,不是海外平台寄來的商業發票,實際會計科目與請款流程仍要依公司規則確認。發票品項也值得看一眼,寫成 API 使用費、雲端服務費或技術服務費,會影響這筆支出在你內部的成本歸屬,也影響它在合約上對應到哪些服務。其他市場的發票與稅務文件,依所在地與方案洽 Sales。價格頁以美元顯示,公司入帳幣別與匯率依財會政策處理。

企業方案與自助方案的差別

自助方案適合先把服務跑起來,企業方案適合把採購流程整個走完。企業方案以銀行電匯為主並附發票,這一類安排會隨時間調整,簽約前再確認一次比較穩。公司完全沒有可用的信用卡時,可以先詢問企業方案;實際處理速度、幣別與手續費仍依方案及公司流程確認。

會走到這一條路的企業,通常不只是為了幾個百分點,還可能是採購流程需要月結、預付額度、部門控管或公司請款文件,哪些條件能提供仍要在合約中確認。同一個供應商的付款條件可能因為方案不同而不一樣,把「哪個方案、什麼付款方式、開什麼發票」寫成一行,比記住一句「他們可以開發票」有用。

資料會不會先經過代理商?兩種架構要分開查

不一定,要看架構。有一種是直接打原廠 API,代理商只經手帳務或支援,請求沿原廠平台的 API 路徑處理,資料政策看的是原廠公開內容與次級處理商範圍;另一種是先打代理商 API 再轉送原廠,這時代理商就是資料中轉者,你要確認的是它這一層的保存與存取條件。所以「代理商看不到我的內容」這句話,只在第一種架構下成立。

兩種架構要問的問題不一樣

直連架構的檢查重點落在原廠政策與你自己的使用方式,代理商的角色接近商務窗口。轉送架構多了一層:即使原廠的商業 API 條款對訓練另有說明,只要代理商平台本身會保存 prompt、output 或檔案,你仍然要單獨評估這一層的風險。判斷動作不難,請對方把請求路徑畫出來,從你的伺服器到模型推論,中間經過哪些系統。

查證追問清單

確認資料處理方式時,把這八題問完:是否保存輸入內容、是否保存輸出內容、是否保存完整對話或檔案、保存多久、誰可以存取、是否可刪除、是否會再轉交其他第三方、是否有資料處理條款。這八題可以直接做成採購問卷,要求對方書面回答,再決定要不要把答案寫進合約附件。

畫成一張圖最快:左邊是你的伺服器,右邊是模型推論,中間每一個方框都要填上「誰維運、看得到什麼、留存多久」。填不出來的那一格,就是下一次會議要對方書面回覆的問題。拿到答案之後,把口頭承諾與合約條文對齊;資料處理條款寫得越抽象,出事時越難主張。

簽約前怎麼談退出成本與 endpoint 遷移?

退出成本不只是一筆解約費,還包括換供應商時工程與帳務要重做多少。簽約前把遷移條件談清楚,比較容易把需要的支援與費用寫進合約。第一個要看的地方是 key 治理:能不能分部門、能不能分環境、能不能輪換與停用、能不能逐 key 查用量。

AI API 代理商退出與 endpoint 遷移的五步檢查:拆分 API key、集中 endpoint、保留平行切換期、分開帳務,再核對模型版本。
退出成本不只看違約金,也要看 key、endpoint、模型版本與切換期間的帳務能否逐段治理。

key 治理決定遷移難度

這一題的結論很直接:key 由誰持有沒有標準答案,重點是 key 能不能被企業治理。全公司共用一組 key 最省事,代價是不曉得哪個部門花多少、外洩時追不到來源、離職交接容易出錯,換供應商時還得一次砍掉重來。把 key 拆成部門與環境兩層,遷移就能逐段切換,不必一次停機。

遷移成本要問哪幾件事

談退出時把問題收斂成三項:endpoint 與整合碼要改多少、舊 key 能不能與新 key 同時保留一段時間、切換期間的用量與帳務怎麼分開計算。第三項最常被漏掉,兩邊同時收費的月份如果沒有事先講好,對帳會拖很久。把 key 治理與遷移條款談清楚再決定簽約,是這項檢查裡最省成本的做法。

還有一個容易被當成技術細節的問題:模型名稱與版本在切換時會不會跟著變。同一個模型在不同供應商手上可能有不同的版本代號,改 endpoint 的同時也要確認版本對應,否則回歸測試會失效,你會以為是程式寫錯。

切換成本也包含自己這一側。整合程式碼集中在一個設定檔,換 endpoint 是幾行的事;散落在好幾個服務裡,就得一個一個找。簽約前先看自己的程式碼長什麼樣子,比事後爭論誰該出遷移人力實際。

用量變大之後,保留容量與降本怎麼評估?

用量長大之後,問題會從單價換成容量。保留容量屬於預購 provisioned throughput 的企業服務,存取條件與適用性要逐案洽詢,它不是每個帳號預設都拿得到的東西。把它當成一般方案來規劃,會低估採購前置時間,年度預算也編不準。

保留容量要對方提出什麼證據

要求對方說清楚容量對應的模型範圍、存取條件與適用性,不要只收下一個容量數字。MixRoute 的 Reserved Capacity 頁面說明預購 provisioned throughput 的保留容量方案,並列出 Nano Banana 2、Nano Banana Pro 的容量窗口;這些窗口目前對應的是影像模型,其他模型是否適用要另外確認,實際存取條件與適用性仍逐案洽詢。想確認容量預購的取得方式與模型範圍,可以直接看保留容量的存取條件與適用模型範圍。

降本先把試算做完再談判

降本有個順序可以照:試算器可以估出目前用量在官方定價下的月成本,把這個數字帶進談判,討論就會從你的實際用量出發,不會只繞著對方報的折扣幅度轉。拿它對照代理商提出的條件,你就能看出哪一部分是價格、哪一部分是服務,也才知道要談的是單價還是支援範圍。

七項填完後,先排除不符合必要條件的方案,再比較價格與服務。還待確認的項目整理成書面問題,拿到答案後回頭更新證據狀態。把待查證項目列成書面問題,逐項談出答案,再決定要不要簽。

FAQ

資料一定會先經過代理商嗎?

不一定。如果請求是直接打原廠 API,代理商可能只經手帳務與支援;若你的程式先打代理商再轉送原廠,代理商就是資料中轉者。分辨方法不難,請對方把請求路徑畫出來,看 prompt 與回傳結果中間經過哪些系統。轉送架構下要另外問保存期限與刪除機制,因為原廠政策再完整,也管不到代理商自己那一層的紀錄。

代理商的折扣有公開行情嗎?

沒有統一的公開行情。原廠與代理商都不公告折扣級距,實際幅度取決於你的用量、承諾期間與談判條件。比價時別只記折扣百分比,先問它是從哪個基準價算起,原廠官價還是代理商自訂價,再問有沒有最低消費門檻、原廠調價時折扣跟不跟著調整。同一組模型、同一組用量問到底,數字才有可比性。

MixRoute 的額度會過期嗎?

不會。MixRoute 的 credits 沒有到期日,self-serve 與企業方案都適用。要留意 credits 指的是你在 MixRoute 的帳戶餘額,跟原廠帳戶的 quota 或 rate limit 是兩回事,不能互相換算。對預算按年度編列的團隊來說,沒用完的餘額可以留著,不必為了趕在到期前消化而提前加量。

Smart Routing 要收服務費嗎?

不收。Smart Routing 免費開放,請求有沒有經過路由,帳單上都只有模型用量,從 credit 餘額扣、逐項列帳。

沒有信用卡或刷卡被拒,企業可以怎麼買?

幾種方式都行。自助方案接受 Visa、Mastercard、JCB,也可以用 USDT/USDC 儲值;如果公司流程需要合約或發票,企業方案以銀行電匯為主並附發票。看清自己是要先把服務跑起來,還是要把請款流程走完,再挑方案。實際的處理速度與費用條件,仍要依方案及公司流程而定。

MixRoute 定價頁列出的信用卡、USDT/USDC 與企業電匯付款方式
自助方案支援的卡別與穩定幣,和企業方案的電匯付款條件,可在定價頁分開核對。來源:MixRoute 定價頁,2026-09-20 截圖。

透過 MixRoute 買可以拿台灣統一發票嗎?

可以,前提是走公司戶:先聯繫業務,用公司儲值的方式採購。刷卡或 USDT/USDC 的自助儲值,開不出統一發票。要提醒的是,發票只處理付款與稅務,不代表服務責任與用量爭議也一併講清楚,所以發票品項和合約內容最好在付款前一併對齊。其他市場的發票與稅務文件,依所在地與方案洽 Sales。

掃描以分享
掃描以分享
企業採購 AI API 發票怎麼開?台灣企業的統一發票與報帳文件對照 MixRoute 10 分鐘閱讀