AI 是按 token 計費的，月底才知道燒了多少

額度用完那天，提醒信在誰的信箱裡

假設有一家二十人的軟體工作室。工程團隊用 AI 編程工具，產品經理用一家的模型寫規格，另一位工程師拿另一家的 API 做了內部客服原型。三家供應商、四五個帳號，有的掛公司卡月結，有的是預付額度。

先說清楚，這是示意情境，不是真實事件，公司與細節都是為了說明而設。某天客服原型突然不能用了，查了半天才發現預付額度用完了。往回看，過去兩週用量明顯上升，卻沒人收到提醒；就算有，也是寄到某人的私人信箱。

這篇要講的只有一件事：按用量計費的服務，要先知道有哪些帳號、通知寄到哪裡，才談得上控制花費。

按用量計費，風險在哪裡

第一層是費用爆衝沒有預警。按用量計費、又沒有設上限，就很難預估；工程師讓 AI 代理跑一整晚，隔天帳單就多出一截。

第二層是服務中斷。預付額度用完，依賴它的功能會直接停擺，就像這個情境裡的客服原型。

第三層是沒有單一責任人。財務看發票，工程決定用什麼，誰都只看到一角。

最後是帳號和金鑰散落。每多一把 API key、一個個人帳號，就多一個管理和外洩的點。

這篇示意情境裡，有哪些鑰匙沒人管

這是示意情境，沒有實際外洩；下表列的是 AI 用量散落時最常出現、而且沒人盯用量的憑證。

兩列的共同點是：都在花錢，但沒有一個人在看用量。

能證明的、只能推論的

這篇是觀點文，情境是示意的，所以能證明的只有官方文件寫明的功能與限制；情境裡的狀況只能算推論。

不花錢就能做的流程

到這裡，其實已經足夠理解問題在哪。如果你想直接動手，可以跳到「今天就可以來試試」；下面是完整的六步流程。

第一步，列出所有 AI 帳號。 從公司卡帳單和員工回報著手，每個帳號記下：供應商、用途、擁有者、計費方式、通知信箱、管理員是誰。

第二步，通知信箱改成共用信箱。 帳單和用量警示寄到一個多人看得到的信箱，不要寄到個人信箱。

第三步，打開供應商內建的用量與預算設定。 例如 Claude Console 的成本與用量報表。其他供應商的後台多半也有類似功能，但項目和權限要各自確認。

第四步，雲端平台設預算警示。 透過雲端平台使用模型的話，AWS Budgets 可以依實際或預測花費發出警示並設定動作；Google Cloud 預算會在門檻發警示，但不會自己停用，要停用得另外串接。記得費用資料都可能有延遲。

第五步，每週看一次。 一個人、十分鐘，看各帳號本週用量，和上週比一比。

第六步，正式環境和測試分開。 不同用途使用不同的 key 或專案，出問題時才查得出來是哪一支在花。

什麼時候不需要買工具

AI 供應商在兩三家以內，用「帳號清單、共用信箱、內建預算警示、每週檢查」就能掌握大部分狀況。跨供應商彙整工具的價值，在帳號多、團隊多的時候才會顯現。

真的要看工具，市面上大致分四類。AI 供應商後台提供用量報表、角色權限和額度設定。雲端成本管理如 AWS Budgets、Google Cloud Billing 預算，適合透過雲端平台使用模型的情況。財務與支出管理平台以公司卡和發票為主，看得到付款，但看不到 token 層級的明細。跨供應商的 AI 用量管理（商用）則是彙整多家 AI 供應商用量和成本的平台類型，選用時要確認支援哪些供應商、資料來源是 API 還是帳單。

更新（2026/07/14）：1Password 於 2026/07/14 發表 AI Spend & Consumption Management 公開預覽，官方新聞稿說它透過各家的管理員 API 每日取得 token 用量，首波支援 Anthropic、Cursor、OpenAI，可以設定供應商層級的支出上限和門檻警示，預計 2026 年秋季廣泛提供。這屬於上面說的「跨供應商的 AI 用量管理」類型；功能和支援的供應商，以正式版為準。

限制也要一起看：警示都有延遲，無法即時止血；大部分預算功能只會通知，不會自動停用；跨供應商彙整需要各家的管理員 API 權限。選的時候問三件事：供應商一兩家就用內建功能，三家以上再考慮彙整；主要透過雲端平台使用的話，從雲端成本工具著手；需要「硬上限」的話，要確認工具真的能停用，而不只是發通知。

這篇提到的項目要花多少錢

這篇的方法以人力和內建功能為主；AI 用量本身依各家牌價而定，本文來源沒有列出，照實標成缺口。

最貴的不是哪一家的 token 單價，是用量上升了兩週、卻沒有人收到那封提醒信。

你可以學到什麼

站在攻擊者那一側看，一把沒人盯用量的 AI API key 跟一張沒設額度的信用卡差不多：他拿到之後拿去跑自己的工作，帳單算在你頭上，直到額度用完或月底對帳才會被發現。預算警示寄到私人信箱，等於幫他把警報關掉。

揭露：本文未受任何廠商贊助，提及的產品僅為舉例。