接取方式
一把專案金鑰接上目錄模型，介面相容主流 SDK，多數情況只需更換 base_url 與金鑰。
TOKEN AS A SERVICE · ATP Token
一把專案金鑰，接上 70 個模型
ATP Token 是未來智慧自研的企業 AI 模型管理平台，以 Token as a Service 形式供應：企業以一把專案金鑰接上平台目錄中的 70 個模型、5 種模態，介面相容主流供應商 SDK，多數情況只需更換 base_url 與金鑰。用量逐筆計量並歸戶到組織、工作區與專案，權限以金鑰為邊界，單一上游異常時由路由層改由其他來源承接；先儲值、隨用隨扣、沒有月費。
- One key. Every model.
- 用量與成本，完全可視
- 零月租・點數不過期
TOKEN AS A SERVICE探索服務內容
DEFINITION｜ 一句話定義
什麼是 Token as a Service（TaaS）？
Token as a Service 是把 AI 模型的接取、計量與治理做成一項服務：企業以一把專案金鑰呼叫平台目錄中的模型，用量以 token 計量並逐筆歸戶到組織、工作區與專案，權限以金鑰為邊界，費用依實際 token 用量自額度扣減。模型能力仍來自上游供應商；平台負責讓存取、花費與稽核收斂到同一個平面——企業因此只需管理一個平台、一份帳單、一套權限。
計費單位
以 input＋output token 數乘上各模型費率換算後扣減點數，每筆請求完成即扣款。
治理單位
組織 → 工作區 → 專案 → 金鑰四層，額度往下分配、用量往上歸戶。
PROBLEM｜ 客戶面對的問題
自行接入多家 AI 模型的四項分散風險
多套連線邏輯要維護，AI 成本進不了分攤流程，金鑰缺乏邊界，路由與備援得自行補齊：示範階段都沒事，正式上線、出現外部使用者之後成為隱性風險。
模型分散：換模型要改程式
各供應商各有 SDK、金鑰與模型清單，更換模型即需改程式；模型迭代速度遠快於應用改版速度。
帳單分散：成本進不了分攤流程
各專案的 token 用量與成本分散在各家後台，無法彙整為同一份報表，部門分攤只能事後估算。
金鑰分散：權限與用量無邊界
金鑰散落於各專案的環境變數、權限邊界不明、用量沒有上限，出現外部使用者即成風險。
可用性分散：備援自行補齊
單一供應商異常、限流或模型下架時，切換與重試邏輯得自己寫，服務中斷風險落在應用端。
SOLUTION｜ ATP Token 的解法
SDK、帳單、金鑰、備援四項收斂到同一個治理平面
一把專案金鑰接上平台目錄的所有模型，用量逐筆歸戶，權限以金鑰為邊界，路由層在多個上游之間承接可用性。企業只需管理一個平台、一份帳單、一套權限。
SDK 歸一
介面相容主流供應商 SDK，請求與回應維持原格式。自 OpenAI、Anthropic 或 Google 遷入，多數情況只需更換 base_url 與金鑰。
帳單歸一
各專案的 token 用量與成本收攏到同一份報表，可直接進分攤流程；額度沿組織階層分配，超標前即示警。
金鑰歸一
模型授權設定在專案而非金鑰上：每把金鑰僅能呼叫被授權的模型，用量上限與權限範圍逐把設定，撤銷後日誌仍保留。
備援歸一
路由層依可用性在多個上游之間選定來源，錯誤或逾時即改由下一個來源承接，不需應用端手動切換。
POST {ATP_GATEWAY}/v1/chat/completions
Authorization: Bearer <PROJECT_API_KEY>
{ "model": "<catalog-model-id>", "messages": [ ... ] }01 · AUTH
金鑰驗證
驗證專案金鑰，無效即拒絕（401）。上游供應商不會看到 ATP 金鑰。
02 · SCOPE
模型授權
檢查該模型是否在專案的允許清單內，未授權即拒絕（403）。
03 · ROUTE
上游路由
自供給池選定來源，錯誤或逾時即切換至下一個來源。
04 · METER
計量與扣款
依 token 用量自專案額度扣減，額度不足即拒絕（402）。
示意流程，取自平台公開文件；實際端點、參數與模型代號請以 atptoken.ai 文件為準。
BENEFIT｜ 帶來的效益
同一個平面，四個角色各自解一件事
把接取、計量與治理收進同一個入口，效益不只落在工程端——財務與稽核拿到的，是原本要事後拼湊的東西。
換模型是設定，不是改版
換模型不必改版：介面相容主流 SDK，遷入多數情況只需更換兩個設定值（服務網址與金鑰）。新模型上架即入列，工程師不必逐家申請金鑰與串接，重試與備援也由平台承接。
權限收斂，不靠自律
組織 → 工作區 → 專案 → 金鑰的四層結構，模型授權設在專案層級；散落各處的私接金鑰退場，改由專案金鑰統一治理，Shadow AI 的缺口一併收斂。
成本歸屬到每一筆請求
依 input＋output token 數乘上各模型費率換算後扣減額度，每一筆都對應到專案與功能。額度沿階層分配、用量逐筆歸戶，AI 支出從月底結果變成即時儀表板。
合規要的證據，平台天生就有
每一筆請求記錄模型、金鑰、token 用量與狀態；金鑰撤銷後日誌仍保留於稽核紀錄，資安審查時不需事後補件。
COMPARISON｜ 自建接取與平台治理對照
同一件事，自己接與接在治理平面上的差別
下表比較的是做法，不是供應商：模型能力兩邊相同，差別在於接取、帳務、權限與備援由誰承擔。
| 面向 | 自行接入各家供應商 | 以 ATP Token 治理 |
|---|---|---|
| 換模型 | 各家 SDK 與模型清單不同，更換即需改程式 | 介面相容主流 SDK，多數情況只需更換 base_url 與金鑰 |
| 帳務 | 各供應商各出帳單，月底自行對帳 | 一份合約、一張帳單，用量逐筆歸戶到專案 |
| 權限 | 金鑰散落於環境變數，範圍靠開發者自律 | 模型授權設在專案層級，金鑰僅能呼叫被授權的模型 |
| 預算控管 | 超支於帳單寄達時才發現 | 額度沿組織階層分配，接近上限前示警 |
| 可用性 | 切換與重試邏輯自行實作與維護 | 路由層在多個上游之間切換，錯誤或逾時即改由其他來源承接 |
| 稽核 | 紀錄分散於各後台，需事後彙整 | 逐請求日誌留存模型、金鑰、用量與狀態，撤銷金鑰後仍保留 |
| 採購流程 | 逐家議約、逐家串接 | 依用量客製的全平台合約價，一次走完採購與財務流程 |
PROCESS｜ 執行流程
五步，把整個組織的模型用量收進一個入口
自建帳號即可自行完成前三步；企業規模的收斂（既有金鑰盤點、部門額度設計、合約與帳務）由導入團隊協助。
建立組織與專案
依部門或應用建立工作區與專案，邀請成員並指派角色。
授權模型與分配額度
為每個專案啟用允許的模型清單，沿組織階層分配預算額度並設定上限。
更換 base_url 與金鑰
既有應用不需改用新協定，維持原本的 SDK 與請求格式接上單一介接點。
呼叫、路由與計量
每筆請求依序完成金鑰驗證、模型授權、上游路由與額度扣減，用量即時入帳。
稽核與對帳
以請求日誌追查異常用量、以歸戶報表完成部門分攤；用量到規模後升級為企業合約。
EVIDENCE｜ 實績與數據
模型接取、計量、治理，收進單一入口
平台目錄與計價為公開資訊；治理成效先在未來智慧自己的專案上跑通，再提供給客戶。
- 70個模型
- 公開目錄模型並持續擴充
- 5種模態
- 文字、圖像、影片、語音與嵌入
- 11家供應商
- 收進同一份合約與帳單
- 0月費
- 先儲值、隨用隨扣，點數不過期
我們如何治理自己的 AI 用量
全公司模型呼叫收斂到 ATP Token：每個客戶專案一把金鑰、一份額度、一套日誌。遷移流程就是給客戶做導入的標準流程——盤點、收斂、設額度、上儀表板，兩週完成。
- 16+ 模型收斂到單一介接點
- 100% 請求留有可稽核日誌
- 0 專案額度超支次數
把 token 用量浪費，管成可預測的成本
一支跑在多個模型上的企業內部 AI Agent，透過專案級治理把散落的用量收斂成單一帳務窗口：錯配模型與閒置金鑰一經標示即可收斂。
- 100% 模型呼叫收斂到單一治理閘道
- 1 份整合帳單取代多供應商對帳
- 0 無預算歸屬的 token 支出
模型數量、模態與供應商家數為 atptoken.ai 公開目錄資訊，隨平台更新而變動；案例數據為個案實際導入成果，依專案條件而異。模型能力仍來自上游供應商，ATP Token 負責把存取、花費與稽核收斂到同一平面。
PRICE｜ 計價與費用
點數制計費，先儲值、隨用隨扣
不是座位費，也不是授權席次：依實際 token 用量計價，用多少扣多少。用量到達規模後，可改以企業合約取代逐家議約。
| 項目 | 說明 |
|---|---|
| 計費方式 | 依 input＋output token 數乘上各模型費率換算後扣減點數，每筆請求完成即扣款。 |
| 點數與儲值 | 1 USD = 100 點數，最低儲值 USD 5；點數永不過期，沒有月費、沒有席次授權費。 |
| 可視性 | 用量與花費即時可見，並歸戶到組織、工作區與專案；額度接近上限前示警。 |
| 企業合約 | 依實際用量量身訂製的全平台合約價：一份合約、一張帳單，免去逐家議約與串接，並有專屬解決方案工程師協助整合與調校。 |
| 綁約 | 預設不綁約，企業可自行選擇是否簽約。 |
| 導入評估 | 符合條件的企業申請者可取得概念驗證點數與基準測試報告，於評估階段先行試算成本。 |
各模型的實際費率請見 atptoken.ai 定價頁，隨上游供應商調整而更新。企業合約與概念驗證點數之適用條件由業務團隊個案確認。
FAQ｜ 常見問題
接取、計費、可用性與治理常見問題
什麼是 Token as a Service？與直接向各家供應商申請有什麼不同？
Token as a Service 是把模型接取、計量與治理做成一項服務：企業向平台取得一把專案金鑰，即可呼叫目錄中的模型，用量以 token 計量並逐筆歸戶，權限以金鑰為邊界。
與逐家申請的差別在治理平面，而非模型本身——模型能力仍來自上游供應商，平台負責讓存取、花費與稽核收斂到同一份報表與同一套權限。
既有應用換到平台上，程式需要改多少？
介面相容主流供應商的 SDK，請求與回應維持原格式，多數情況只需更換 base_url 與金鑰。平台接在既有的呼叫方式之上，不會要求應用端改用新協定。
可用模型清單可以 GET /v1/models 查詢，實際端點與參數請見平台文件。
單一供應商發生異常時，呼叫會中斷嗎？
路由層在多個上游供給之間切換，錯誤或逾時時自動改由其他來源承接，不需倚賴應用端手動切換。
上游供應商不會看到 ATP 金鑰；模型授權檢查在專案層級完成，未授權的模型即使被呼叫也不會送往上游。
平台的收費方式是什麼？點數會過期嗎？
採點數制：依輸入加輸出的 token 數，乘上各模型費率換算後扣減，每筆請求完成即扣款。1 USD = 100 點數，最低儲值 USD 5。
先儲值、隨用隨扣，沒有月費，點數永不過期，也不收席次授權費。用量規模較大的企業可另洽企業合約價。
用量成本如何分攤到各部門？
平台採組織 → 工作區 → 專案 → 金鑰的四層結構。額度由上往下分配、用量由下往上歸戶，每一層都看得到可用、已分配與已消費的額度。
每次呼叫的 token 數與扣費都可回溯到專案與功能，各部門成本可直接從平台取得，不需另外估算。
怎麼避免開發者把任務跑在過貴的模型上？
模型授權設定在專案，而不是靠開發者自律。每個專案只啟用該任務層級需要的模型，該專案的金鑰就只能呼叫這些模型——輕量任務跑不到旗艦模型上。
搭配專案額度上限與請求日誌，錯配模型與閒置金鑰在當週即可浮現並收斂，不必等月底帳單。
金鑰撤銷之後，過去的用量紀錄還查得到嗎？
查得到。每一筆請求記錄模型、金鑰、token 用量與狀態，金鑰撤銷後日誌仍保留於稽核紀錄，合規審查所需的證據不需事後補件。
ATP Token 可以只用平台，不做導入服務嗎？
可以。ATP Token 是可獨立採用的平台服務，自行建立組織與專案即可開始使用。
若需要盤點既有金鑰、設計部門額度、串接 ERP／CRM 或客製應用，則由未來智慧的導入團隊承接。了解企業 AI 應用導入