2026 年 6 月，Amazon 的雲端服務 AWS 開放 FinOps Agent 公開預覽。FinOps 指的是雲端成本管理：讓工程、財務和業務一起看懂錢花在哪裡、由誰負責。這個 AI 代理會監聽 AWS 的成本異常偵測，一旦費用突然上升，就去比對操作紀錄，找出是哪一次設定變更造成的，寫成調查摘要，送到團隊的 Slack 頻道或 Jira 工單。

AWS 的官方介紹說，每份調查摘要都會指出「負責的人」。但同一篇文章也提到，你可以上傳帳號與負責人的對照表、團隊定義和標籤（替雲端資源貼上的分類標記）規則，讓它據此理解問題。

這句話透露了關鍵：AI 能把「為什麼變貴」查得很清楚，但「該由誰處理」，它只能照你給的對照表回答。所以導入之前，先寫好那份對照表；沒有它，一份寫得再漂亮的調查，也只會落在沒有人認領的頻道裡。

找原因容易，找人難

成本異常最難的部分，常常不是找出原因，而是找到人。一個帳號可能是三個團隊共用，一台機器可能是離職同事當初開的測試環境，標籤也可能從來沒有人統一過。這些情況下，AI 只能猜，或是把工單丟給設定紀錄裡最後一個動過它的人。

推動雲端成本管理的國際組織 FinOps 基金會，把「每個人都為自己的技術用量負責」列為核心原則之一。這個原則要成立，前提是「誰負責什麼」已經寫下來。AI 代理沒有改變這個前提，只是讓它缺漏的後果更快浮現：以前是沒人看儀表板，現在是很多人收到摘要，卻沒有人認領。

導入前先寫四件事

一、帳號與負責人對照。 每個雲端帳號、每個重要的標籤、每類服務，各由哪個團隊、哪個人負責。共用帳號要寫清楚用哪個標籤區分。這份表也是你要上傳給 AI 的背景資料。

二、通知門檻。 多少金額或多大的比例變化才需要通知。門檻太低，小波動會洗版，大家開始把頻道靜音；門檻太高，真正的問題會等到月底帳單才出現。

三、分流規則。 小額、只需觀察趨勢的，進週報；金額大、還在上升、負責人明確的，開工單；涉及正式服務、客戶體驗或安全設定的建議，一定要負責人確認，不能只靠 AI 摘要決定。

四、核准範圍。 依官方文件，這個代理會讀取成本、用量和操作紀錄，產生報告、回答問題，並把最佳化建議整理成 Jira 工單。哪些建議可以直接排進工作，哪些要主管核准，要事先講好，不要讓工單變成沒有上下文的打斷。

廣告

先小範圍、只讀、人工抽查

預覽期間代理本身不收費，但有每月用量上限，使用到的其他 AWS 服務仍照常計費，目前也只在美東區域運作。先挑一兩個帳號，只讓它產生調查和報告，發到一個測試頻道。

接下來幾週，每週抽查三件事：它找出的原因，工程負責人認不認同；它指出的負責人，對不對得上實際的人；它建議的下一步，是不是具體到可以排進工作。三件事都穩定了，再接上正式的 Jira 和更多帳號。負責人常常對錯，就回頭補對照表，不要急著擴大通知範圍。這和讓 AI 查公司數字是同一個道理，參考〈讓 AI 查公司數字，準不準取決於有沒有人維護定義〉。

什麼情況先不必導入

如果你的帳號和標籤目前還沒有對應到任何負責人，或成本異常本來就很少發生，先不急著導入代理。整理命名和責任表本身，就會解決大半問題。

這個代理管的也只是雲端基礎設施的費用。如果你擔心的是團隊使用 AI 模型的用量帳單，那需要另一套預算護欄，參考〈AI 帳單要算每件被採用的成果花多少，不是每百萬 token 多少錢〉。

AI 整理卡

我們打算導入 AWS FinOps Agent（或類似的 AI 成本調查工具），想先把成本警報的責任分流寫清楚。
判斷方法來自這篇文章：https://boosterminiclass.com/posts/aws-finops-agent-cost-routing-checklist/
文章的看法是：AI 能把「費用為什麼變貴」查清楚，但「該由誰處理」只能照我們給的帳號與負責人對照表回答。導入前先寫好對照表、通知門檻、分流規則和核准範圍，再從小範圍、只讀、人工抽查開始。

我會提供帳號清單、現有的標籤規則和團隊名單（不含任何金鑰或密碼）。請：
1. 整理一張帳號與負責人對照表，標出共用帳號、沒有負責人、標籤不一致的地方；
2. 建議通知門檻，說明太高或太低各會發生什麼事；
3. 寫出分流規則：哪些結果進週報、哪些發到頻道、哪些開工單、哪些一定要負責人確認；
4. 設計前四週的試跑：範圍、每週抽查的三件事，以及什麼情況下要暫停或縮小範圍。
查不到負責人的一律標示「待認領」，不要自行指派。
廣告

Share

分享這篇微課

如果這篇剛好解開一個工作卡點，可以分享給也在判斷 AI 怎麼用的人。

參考來源