2026 年 6 月、Amazon のクラウドサービス AWS は FinOps Agent の公開プレビューを始めた。FinOps とはクラウドの費用管理のことで、エンジニアリング、財務、事業の各チームが、お金がどこに使われ、誰が責任を持つのかを一緒に理解するための考え方だ。この AI エージェントは AWS の費用の異常検出を見張り、費用が急に上がると操作の記録と照らし合わせて、どの設定変更が原因かを突き止め、調査の要約を書いてチームの Slack チャンネルや Jira のチケットに送る。

AWS の公式の紹介によれば、調査の要約には毎回「責任を持つ担当者」が示される。だが同じ記事は、アカウントと担当者の対応表、チームの定義、タグ（クラウドの資源に付ける分類用の目印）の規則をアップロードでき、エージェントがそれをもとに質問を解釈するとも書いている。

この一文が要点を示している。AI は「なぜ高くなったか」をはっきり調べられるが、「誰が対応すべきか」は渡された対応表どおりにしか答えられない。だから導入する前に、その対応表を書いておく。それがなければ、どれほどよく書けた調査でも、誰も引き取らないチャンネルに落ちるだけだ。

原因を見つけるのは易しく、人を見つけるのは難しい

費用の異常でいちばん難しいのは、原因を見つけることよりも人を見つけることであることが多い。一つのアカウントを三つのチームで共用していたり、ある機械は辞めた同僚が昔立てたテスト環境だったり、タグがそもそも統一されていなかったりする。そうした場合、AI は推測するか、設定の記録で最後に触った人にチケットを投げるしかない。

クラウドの費用管理を広める国際団体 FinOps Foundation は、「誰もが自分の技術の利用に責任を持つ」を中心的な原則の一つに挙げている。この原則が成り立つには、「誰が何を担当するか」が書かれていることが前提だ。AI エージェントはこの前提を変えない。抜けがあったときの結果が早く表に出るようにするだけだ。以前は誰もダッシュボードを見なかった。いまは多くの人が要約を受け取るのに、誰も引き取らない。

導入前に四つのことを書いておく

一、アカウントと担当者の対応。 クラウドのアカウントごと、重要なタグごと、サービスの種類ごとに、どのチームの誰が担当するか。共用のアカウントは、どのタグで区別するかもはっきり書く。この表は AI に渡す背景情報にもなる。

二、通知の基準。 どれだけの金額、どれだけの割合の変化で通知するか。基準が低すぎると小さな揺れで流れが埋まり、みんながチャンネルを消音しはじめる。高すぎると、本当の問題が月末の請求書で初めて見える。

三、振り分けの規則。 少額で傾向を見ればよいものは週報へ。金額が大きく、まだ上がっていて、担当者がはっきりしているものはチケットへ。本番のサービス、顧客の体験、セキュリティの設定に関わる提案は必ず担当者が確かめ、AI の要約だけで決めない。

四、承認の範囲。 公式の文書によれば、このエージェントは費用、利用量、操作の記録を読み、報告を作り、質問に答え、最適化の提案を Jira のチケットにまとめる。どの提案はそのまま作業に入れてよく、どれは管理者の承認が要るのかを前もって決めておき、チケットが背景のない割り込みにならないようにする。

広告

狭い範囲で、読み取りだけ、人が抜き取りで確かめる

プレビューの間、エージェント自体は月ごとの利用上限の範囲で無料だが、使うほかの AWS サービスには通常どおり料金がかかり、いまは米国東部のリージョンでしか動かない。まずアカウントを一つか二つ選び、調査と報告だけを作らせ、テスト用のチャンネルに送る。

それから数週間、毎週三つのことを抜き取りで確かめる。見つけた原因にエンジニアの担当者が同意するか。示した担当者が実際の人と合っているか。提案した次の一歩が、作業に組み込めるほど具体的か。三つとも安定したら、本番の Jira とほかのアカウントにつなぐ。担当者の取り違えが多いなら、通知の範囲を広げる前に対応表を直す。AI に会社の数字を調べさせるのと同じ理屈で、AI に社内の数字を調べさせるとき、正確さは定義を保守する人がいるかで決まるも参考になる。

まだ導入しなくてよい場合

アカウントやタグがまだどの担当者にも対応していない、あるいは費用の異常がもともとめったに起きないなら、エージェントの導入を急ぐ必要はない。名前の付け方と担当表を整えるだけで、問題の大半は片付く。

また、このエージェントが扱うのはクラウドの基盤の費用だ。心配しているのがチームの AI モデルの利用料の請求なら、別の予算のガードレールが要る。AI の請求は、百万トークンあたりの値段ではなく、採用された成果一件あたりの費用で測るも参考になる。

AI 整理カード

AWS FinOps Agent（または似た AI の費用調査ツール）を導入する予定なので、先に費用の警告を誰が受け持つかをはっきりさせたい。
判断方法はこの記事による：https://boosterminiclass.com/ja/posts/aws-finops-agent-cost-routing-checklist/
記事の見方はこうだ。AI は「なぜ費用が上がったか」をはっきり調べられるが、「誰が対応すべきか」は私たちが渡すアカウントと担当者の対応表どおりにしか答えられない。導入前に、対応表、通知の基準、振り分けの規則、承認の範囲を書き、狭い範囲、読み取りだけ、人の抜き取り確認から始める。

アカウントの一覧、いまのタグの規則、チームの名簿を渡す（鍵やパスワードは含めない）。次のことをしてほしい。
1. アカウントと担当者の対応表を作り、共用のアカウント、担当者のいないアカウント、タグがそろっていない箇所に印を付ける；
2. 通知の基準を提案し、高すぎる場合と低すぎる場合にそれぞれ何が起きるかを説明する；
3. 振り分けの規則を書く。どの結果を週報に入れ、どれをチャンネルに流し、どれをチケットにし、どれは必ず担当者が確かめるか；
4. 最初の四週間の試行を設計する。範囲、毎週抜き取りで確かめる三つのこと、どんなときに止めるか範囲を狭めるか。
担当者が見つからないものはすべて「引き取り手なし」とし、自分で割り当てないこと。
広告

Share

このミニクラスを共有

このミニクラスが仕事の詰まりをほどく助けになったら、AI の使い方を考えている人にも共有してください。

参考資料