月末になる前に、Slack にクラウド費用の異常通知が届く。今回は財務部門が最終請求書を送ってきたのではない。AI agent が Cost Anomaly Detection、CloudTrail（誰がいつ何を変更したかを追う記録）、Cost Explorer（費用がどこに使われたかを見る分析画面）、最適化提案をつなぎ、どのサービスが高くなったのか、誰が設定を変えたのか、どのチームに知らせるべきかを答えようとしている。

AWS は 2026 年 6 月に AWS FinOps Agent の public preview を開始した。費用に関する質問への回答、cost anomaly の調査、定期レポートの作成、Slack や Jira への送信ができる。請求書を追ってくれる人がやっと現れたように見えるが、本当の問いは「AI に費用データを見せてもよいか」だけではない。このアラートが来た後、誰が判断し、誰が設定を変えられ、どの条件で人間の確認に戻すのかを先に決めることだ。

そこが書かれていなければ、AI は古い問題を新しい入口に移すだけになる。以前は誰も dashboard を見なかった。今度は多くの人がきれいな要約を受け取るが、それでも誰も処理を担当しないかもしれない。

どの工程を受け持たせるかを先に決める

FinOps Agent は単なる節約ボタンではない。AWS の公式ドキュメントでは、費用の継続監視、異常調査、費用質問への回答、最適化機会の整理を行う agent と位置づけられている。InfoQ の整理も同じ点に注目している。費用調査を集中型 dashboard から、エンジニアが普段使う Slack、Jira、レポートの流れへ移すということだ。

だから有効化する前に、「正確か」から始めない。まず、どの工程を受け持たせるのかを決める。

  • FinOps や財務チーム向けの週次レポートだけを作るのか。
  • 費用異常が起きた時に root cause（費用変化の原因） を自動調査するのか。
  • ある engineering owner（実際に対応する担当者） に issue を割り当てるのか。
  • エンジニアが account（アカウント）、service（サービス）、team（チーム）の費用を自然言語で質問できるようにするのか。
  • 最適化提案を Jira ticket（作業チケット） にするのか。

これらはリスクの段階が違う。レポートと Q&A は比較的低リスクだ。自動で ticket を作ると、すでに仕事の優先順位に影響する。自動修正や強制的な縮小に近づくなら、人間の承認が明確に必要になる。

有効化前に五つの欄を埋める

確認欄問い書けていない時に起きること
owner 対応AWS account、team、cost center、tag は誰が担当するかAI は異常を見つけるが、ticket が違う人に行くか、誰も引き取らない
異常しきい値どの金額、割合、サービス種別なら通知するか小さな変動で通知が増え、大きな問題が埋もれる
通知経路何を Slack、何を Jira、何を週報だけにするかすべてが通知になり、チームが channel を mute し始める
人間の承認どの提案は読むだけ、どれは task 化、どれは manager 確認が必要か文脈のない cost optimization が割り込み仕事になる
停止条件どの時点で agent を止め、手動確認に戻し、範囲を狭めるかpreview 期の不安定な挙動でも、チームがそのまま従ってしまう

この五つはツール設定より重要だ。FinOps の難しさは、データがないことより、データが出た後に誰が次の責任を持つのか分からないことにある。

広告

まず「読み取り + 提案」から始める

AWS FinOps Agent は現在 public preview だ。AWS は preview 中の agent 追加料金はないとしているが、関連する AWS API やサービスには通常料金がかかる可能性があり、利用可能リージョンにも preview の制限がある。DEV Community の試用記事も、言語挙動、連携設定、Slack 共有、レポート出力などを小さな範囲で確認すべきことを示している。

小さなチームなら、最初からすべての cost governance を渡さない方がよい。まずは読み取り専用の流れにする。

範囲を絞る → データを読む → 通知を試す → 人が抽出確認する → 後で広げる範囲を絞るデータを読む通知を試す人が抽出確認する後で広げる
  1. 範囲を絞る： まず一つか二つの AWS アカウントや workload（処理対象のシステム範囲）だけを選ぶ。
  2. データを読む： その範囲内の費用と利用データだけを agent に読ませる。
  3. 通知を試す： 調査結果（findings）はまずテスト用 Slack channel に送る。
  4. 人が抽出確認する： 毎週、root cause（費用変化の原因）は妥当か、owner は正しいか、提案は実行可能かを確認する。
  5. 後で広げる： 数週間安定してから、Jira ticket（作業チケット）化や範囲拡大を考える。

これは AI を疑うためではない。チームの既存判断とどこが違うかを見るためだ。どの提案が役に立ち、どこに context が足りず、どこで owner を誤認するかが分かってから、自動化を強める方が安全だ。

まだ導入しない方がよい場合もある。AWS account や tag が owner にきれいに対応していない、費用異常がそもそも少ない、Jira の処理習慣が安定していない、または請求書をたまに見るだけなら、先に命名と責任表を整える。ツールは後でもよいが、責任境界は後回しにしない。

Slack と Jira は終点ではなく責任境界

多くの自動化は、通知成功を処理成功と勘違いして失敗する。FinOps Agent は調査結果を Slack や Jira に送れるが、それはメッセージが届いたという意味であり、費用問題が解決したという意味ではない。

Slack は通知、議論、素早い確認に向いている。Jira は計画、割り当て、完了追跡に向いている。どちらにも使い分けのルールが必要だ。

  • 金額が小さい、傾向を見るだけ、観察が必要なものは週報に入れる。
  • 金額が大きく、増加中で、owner が明確なものは Jira にする。
  • production リスク、顧客体験、security 設定に関わる提案は、AI 要約だけで決めず、人間の owner が確認する。

すべての anomaly が Jira ticket（作業チケット） になると、チームはそれをノイズとして扱う。すべてが Slack だけに流れると、誰も最後まで処理しない。設計すべきなのは、どの費用シグナルをどの責任に変えるかだ。

小さな試行範囲を作る

まずはとても小さい試行から始める。最初は report と Q&A だけを有効にし、「どのサービスの費用変化が最大か」「どの team 関連 account が増えたか」「どの idle / rightsizing 提案があるか」に答えられるか確認する。要約が使えると分かったら、低リスクの Slack channel を接続し、要約送信だけを許可する。設定変更はさせない。

毎週、三つを確認する。

  • agent が見つけた root cause（費用変化の原因） を engineering owner（実際に対応する担当者） が認めるか。
  • 提案された owner が実際の担当者と合っているか。
  • 提案された action は予定に入れられる具体性があるか、それとも一般的な最適化メモにすぎないか。

三つが安定しているなら Jira 連携を考える。どれか一つがよく外れるなら、通知範囲を広げる前に アカウントと担当者の対応表（account mapping）、統一したタグ規則（tagging convention）、チーム範囲の定義（team definition）、定期的な見直し周期（review cadence） を補う。

AI agent が FinOps で最も役に立つのは、財務が見る表を一枚減らすことではない。費用シグナルを、エンジニアリングチームが処理できる仕事に変えることだ。ただし、それは責任境界が先に書かれている時だけ成り立つ。まず読ませ、説明させ、人間が確認し、それから作業フローに入れる。そうしないと、クラウド費用アラートは、誰も見ない dashboard から、誰も責任を持たない AI 要約へ移るだけになる。

生活四コマ

クラウド費用アラートを担当者の振り分けと人間の承認手順に変えるチームの4コマ漫画

  1. 費用シグナルが届いた時点では、チームに分かるのは「何かが高くなった」ことだけで、誰が対応するかはまだ見えていません。
  2. すぐ通知を増やすのではなく、アカウント、サービス、担当者を責任分担表に整理します。
  3. AI は要約と振り分け案を出せますが、どれをタスク化し、どれを承認待ちで止めるかは人が確認します。
  4. アラートが担当者付きの仕事に変わると、Slack や Jira はただのノイズではなく、最後まで閉じられる作業になります。

AI 整理カード

この記事の状況に合わせて、AI に整理してもらう

自分の AI チャットツールに貼り付けると、このミニクラスを自分用のチェックリストにできます。BMC は、あなたが AI に貼り付けた内容を見ることはありません。

広告

Share

このミニクラスを共有

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

参考資料