AI 是按 token 計費的，
月底才知道燒了多少
為什麼現在很紅：客服原型突然不能用了，查了半天才發現預付額度用完；用量兩週前就開始上升，提醒信寄到了某人的私人信箱。
- 一句話結論
- AI 服務很多按 token 或用量計費，沒有上限就很難預估；預付額度一用完，依賴它的功能會直接停擺。
- 他要的是什麼
- 對他來說，一把沒人盯著用量的 AI API key 就是一張免費的信用卡：刷到額度用完之前，沒有人會發現。
- 你今天做一件事
- 今天就登入每一家 AI 供應商後台，看帳單和用量警示寄到哪個信箱；寄到個人信箱的，改成共用信箱。 直接去做 →
- 哪些能信
- 3 可證明2 推論1 缺口 每個主張都標了等級，缺口是誠實寫出來的。
- 破口速查
- 受害端一律去識別化；寫「未公開」代表公開資料查不到。
- 伺服器服務商
- 不適用（示意情境；涉及的是多家 AI 供應商與雲端平台的帳號，不是自家主機）
- 網路服務商
- 不適用（同上）
- 漏洞出現的地方
- 管理層：AI 帳號與 API key 散在多家供應商、多位員工手上，沒有清單、沒有單一責任人；帳單與用量警示寄到個人信箱；沒有設預算或額度警示，正式與測試共用同一把 key
- 馬上自我檢測
從公司卡帳單列出所有 AI 供應商的扣款與預付儲值 登入各 AI 供應商後台，查看用量報表與帳單通知寄送的信箱 雲端平台上用模型的話，查看是否已設 AWS Budgets 或 Google Cloud 預算- 漏洞修補方式
- 列出所有 AI 帳號（供應商、用途、擁有者、計費方式、通知信箱、管理員）；帳單與警示改寄共用信箱；開啟供應商內建的用量與預算設定；雲端平台設預算警示；預付額度設低水位提醒；正式與測試分用不同 key；指定一人每週檢查
有 15 分鐘再看：其餘 2 點
- 用量散在多家供應商、多個帳號時，財務只看發票、工程只看用量，沒有人看到全貌，警示信還可能寄到個人信箱。
- 不用先買工具：帳號清單、共用信箱、供應商與雲端平台內建的預算警示、每週十分鐘檢查，就能掌握大部分狀況。
傳統 SaaS 一人一席位，預算好算；AI 服務很多按 token、API 呼叫次數或用量計費，一個 AI 代理跑一整晚，帳單就多一截。用量散在好幾家供應商、好幾個帳號時，這篇教你先把帳號、通知和預算警示收攏起來。
本篇目錄
額度用完那天，提醒信在誰的信箱裡
假設有一家二十人的軟體工作室。工程團隊用 AI 編程工具，產品經理用一家的模型寫規格，另一位工程師拿另一家的 API 做了內部客服原型。三家供應商、四五個帳號，有的掛公司卡月結，有的是預付額度。
先說清楚，這是示意情境，不是真實事件，公司與細節都是為了說明而設。某天客服原型突然不能用了，查了半天才發現預付額度用完了。往回看，過去兩週用量明顯上升，卻沒人收到提醒；就算有，也是寄到某人的私人信箱。
這篇要講的只有一件事：按用量計費的服務，要先知道有哪些帳號、通知寄到哪裡，才談得上控制花費。
按用量計費，風險在哪裡
第一層是費用爆衝沒有預警。按用量計費、又沒有設上限，就很難預估；工程師讓 AI 代理跑一整晚，隔天帳單就多出一截。
第二層是服務中斷。預付額度用完，依賴它的功能會直接停擺，就像這個情境裡的客服原型。
第三層是沒有單一責任人。財務看發票，工程決定用什麼，誰都只看到一角。
最後是帳號和金鑰散落。每多一把 API key、一個個人帳號，就多一個管理和外洩的點。
這篇示意情境裡，有哪些鑰匙沒人管
這是示意情境，沒有實際外洩；下表列的是 AI 用量散落時最常出現、而且沒人盯用量的憑證。
| 服務 | 憑證類型 | 用途 | 存在形式 | 放在哪 | 權限範圍 | 狀態 |
|---|---|---|---|---|---|---|
| AI 供應商 API | 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 用量本身依各家牌價而定，本文來源沒有列出，照實標成缺口。
| 項目 | 用量 | 單價 | 期間 | US$ | NT$ | 舉證 |
|---|---|---|---|---|---|---|
| 第一次 AI 帳號盤點 估 | IT 或工程主管一人 | 估 2–4 小時 | 一次性 | — | — | 本站依六步流程估算 |
| 每週用量檢查 估 | 一人 | 約 10 分鐘／週 | 每週 | — | — | 本站估算 |
| Claude Console 成本與用量報表 | 帳號內建功能 | 本文來源未說明是否另計費 | — | — | — | 官方說明只列功能與角色 |
| AWS Budgets／Google Cloud 預算警示 | 雲端帳號內建功能 | 本文未查牌價 | — | — | — | 官方文件只列功能 |
| 示意情境中兩週的 AI 用量上升 | 未知 | 依各家 token 牌價 | 兩週 | — | — | 示意情境，沒有帳單 |
| 合計（僅可證明列） | 0.00 | 0 | ||||
最貴的不是哪一家的 token 單價，是用量上升了兩週、卻沒有人收到那封提醒信。
你可以學到什麼
站在攻擊者那一側看，一把沒人盯用量的 AI API key 跟一張沒設額度的信用卡差不多：他拿到之後拿去跑自己的工作，帳單算在你頭上，直到額度用完或月底對帳才會被發現。預算警示寄到私人信箱，等於幫他把警報關掉。
- 01按 token 或用量計費的 AI 服務沒有上限就很難預估，預付額度用完時，依賴它的功能會直接停擺。
- 02帳單和用量警示要寄到多人看得到的共用信箱；寄到個人信箱的警示，常常等於沒有警示。
- 03雲端平台的預算多半只通知、不停用；需要硬上限，要確認工具真的能停用，並記得費用資料有延遲。
- 04用量上升不一定是業務成長，也可能是程式迴圈、測試沒關或金鑰外洩，沒看呼叫紀錄前不要下結論。
- 05正式環境和測試分用不同的 key 或專案，出問題時才查得出是哪一支在花。
- 01按用量計費（Usage-based Pricing）這篇的主角：花費跟著用量走，沒設上限就沒有天花板。
- 02tokenAI 模型計費的基本單位；一個代理跑一整晚，消耗的就是它。
- 03預付額度（Prepaid Credits）用完就停，是這個情境裡服務中斷的直接原因。
- 04預算警示（Budget Alert）最便宜的預警機制，但多半只通知、不停用。
- 05AWS Budgets可依實際或預測花費警示，還能設定動作，例如套用 IAM 政策。
- 06Google Cloud 預算預設在 50%、90%、100% 發警示，但不會自己限制花費。
- 07Pub/Sub 預算通知Google Cloud 上想自動停用時要另外串的那一段，不串就只有信。
- 08共用通知信箱讓警示不會因為一個人請假或離職就沒人看見。
- 09API key 擁有者每一把 key 都要有人負責，否則用量上升時找不到人問。
- 10環境分離（正式／測試）分開的 key 或專案，是事後查出誰在花錢的前提。
全部唯讀，不改任何設定；做完你會知道自己有沒有同樣的破口。
- 從公司卡近三個月帳單，篩出所有 AI 供應商的扣款與儲值，列成一張「ai-accounts-h8」清單（唯讀）看到什麼代表什麼：每一家你叫不出擁有者的，都是清單外的 AI 帳號。
- 登入你知道的每個 AI 供應商後台，查看帳單與用量通知寄到哪個信箱（唯讀）看到什麼代表什麼：寄到個人信箱的，就是這篇情境裡那封沒人看到的提醒信。
- 在後台的用量報表看最近兩週的曲線（唯讀）看到什麼代表什麼：有明顯上升卻說不出原因的，先記下來，回頭查呼叫紀錄。
- 雲端平台上用模型的話，打開 AWS Budgets 或 Google Cloud 預算頁，看是否已有預算（唯讀）看到什麼代表什麼：一個預算都沒有，代表花費目前沒有任何預警。
揭露：本文未受任何廠商贊助，提及的產品僅為舉例。
環境背景、時間線、攻擊鏈對照 ATT&CK、關鍵證據、根因、處置與檢討都在完整版，約 7 分鐘。
來源
本文為公開報導與官方公告的整理與拆解，非第一手鑑識；證據等級依來源可信度標註。
本文由 AI 團隊協助研究與撰寫，經隱私與事實檢查後發布；證據等級依來源可信度標註。
複製下面這段，貼給你在用的 AI 工具（Claude Code、Cursor、Copilot、ChatGPT 都可以）。它會用本篇的破口位置、自我檢測與學習重點，對你的專案或環境做一次資安掃描，列出潛在問題與建議的調整或加強方式。
預設是唯讀：只發現問題、提出建議，不會改你任何檔案或設定。
M3 雲端層偵測 · 想在自己的環境做一次同樣的盤點，從 自我盤點 開始。
每篇新文章一封：三點摘要、關鍵字定義、今天能做的一件事。或先 加入會員 記錄你完成的任務。