AWS FinOps Agent ×Slack連携 試してみた ─クラウドコスト管理を「月次の手作業」から「継続運用」へ
クラウドコストの増加に気づいたとき、原因調査や担当者確認、チームへの共有に時間を取られていないでしょうか。2026年6月にパブリックプレビューが始まったAWS FinOps Agentは、こうしたコスト管理を自然言語で支援するエージェント型AIです。本記事では、未使用リソースの洗い出しと週次レポートの自動投稿という2つの検証を通じて、どこまで実務に使えるのかを見ていきます。
AWS FinOps Agent とは
AWS FinOps Agentは、コスト異常の調査やコストに関する質問への回答を、エンジニアが普段使うツールの中で自動的に行うエージェント型AIです。FinOps(Financial Operations)は、財務・エンジニアリング・ビジネスの各チームが責任を共有し、クラウド投資の価値を最大化する取り組みです。従来のコスト管理は、ダッシュボードを見ながら月次・週次で振り返る運用が中心でしたが、クラウド利用が広がるにつれて、異常検知・原因調査・担当者への共有までを継続的に回す運用が求められるようになっています。
AWS FinOps Agentは、この流れを支援するためにパブリックプレビューとして公開されたエージェント型AIです。エンジニアが普段使うJiraやSlackの中で、コスト異常の調査やコストに関する質問への回答を行い、Cost Explorer、Cost Anomaly Detection、Cost Optimization Hub、Compute Optimizerなどのデータをもとに回答します。
パブリックプレビューで提供される主な機能
- コスト異常の自動調査:Cost Anomaly Detectionのアラートを起点に、CloudTrailの記録と突き合わせて、コスト増加の原因や関連する変更内容、担当者の特定を支援します。
- 自然言語でのコスト問い合わせ:「先月コストが上がった理由は?」といった質問に対し、実際のコスト・利用データに基づいて、増加要因や関連サービスを説明します。
- 定期コストレポートの生成:日次・週次・月次などのレポートをスケジュール実行し、HTML・PDF・PPT形式で出力できます。
- 最適化推奨の集約:Cost Optimization HubやCompute Optimizerの推奨をまとめ、必要に応じてJiraチケット化できます。
- Slack/Jiraへの連携:調査結果やレポートをSlackへ投稿したり、対応が必要な内容をJiraに起票したりできます。
- コンテキストファイルとメモリ:アカウントと担当者の対応表、チーム定義、タグ運用ルールなどを読み込ませ、組織独自の前提を踏まえた回答に近づけられます。
なお、提供リージョンはUS East(バージニア北部)に限られます。プレビュー期間中は追加料金なしで利用できますが、月単位の使用上限があり、関連して利用する他のAWSサービスには通常の料金が適用されます。
検証① :使われていないリソースを「作成者別」に洗い出す
「利用していないリソースを作成者別に教えて」と指示するだけで、未使用リソースを集計し、削減見込みつきのレポートを自動生成
最初の検証では、FinOps AgentのTask機能に「利用していないリソースを作成者別に教えてください」と日本語で指示しました。エージェントはCost Optimization Hubのデータを参照し、数分でタスクを完了。結果はArtifactsとしてHTMLレポートに自動的にまとめられました。
図1 FinOps AgentのTaskで未使用リソースの洗い出しを指示し、タスクが完了した画面
レポートによれば、検出された未使用リソースは合計61件でした。すべて削除した場合、月あたり約291.03ドルの削減が見込まれます。内訳は未使用のEBSボリュームが60件で月271.23ドル、アイドル状態のNAT Gatewayが1件で月19.80ドルであり、対象の多くはap-northeast-1リージョンに集中していました。作成者別に集計したグラフを見ると、特定の担当者に未使用コストが偏っていることが一目で分かります。なお、本記事ではグラフ中の個人名をuser-A〜Fに置き換えています。

図2 自動生成されたHTMLレポート:作成者別の未使用EBSコスト
続いて、このレポートをSlackに共有できるかを試しました。チャットで「サマリとHTMLファイルをSlackの情報共有チャンネルに投稿して」と依頼すると、エージェントは投稿内容を提示して確認を求め、承認後にサマリとレポートを投稿しました。報告が自動でチームに届くため、属人的な「報告漏れ」を防げます。

図3 Slackへサマリとレポートを自動投稿した様子
一方で、洗い出したリソースの「削除」を依頼したところ、エージェントは「変更・削除操作は実行できない(読み取り専用)」と回答し、代わりにコンソールでの削除手順を案内しました。実行系の操作には踏み込まないガードレールが効いており、誤操作のリスクを抑える設計であることが分かります。

図4 リソース削除の依頼に対し、読み取り専用のため実行不可と回答
検証② :週次コストレポートを Slack へ自動投稿する
一度の依頼で、エージェントは毎週決まった時刻に日本語のコストレポートをSlackへ自動投稿
2つ目の検証では、定期レポートの自動化を試しました。まずチャットで「全てのリソースに対するコスト最適化事項をまとめて」と依頼すると、アクション種別ごとのサマリが返ってきました。アカウント全体で128件の推奨があり、潜在的な削減額は月503.16ドル(年6,037ドル)と提示されました。

図5 「コスト最適化事項をまとめて」への回答(アクション種別ごとのサマリ)
次に「この結果を毎週Slackに通知して」と依頼しました。エージェントは実行内容(自動化の名称・スケジュール・投稿先)を提示し、こちらが「Yes」と答えるとスケジュール設定が完了しました。当初の投稿が英語だったため「日本語に変更して」と伝えると、毎週火曜12:30(JST)に日本語でSlackへ投稿する設定に更新されました。設定変更も自然言語のやり取りだけで完結する点は扱いやすいところです。

図6 週次レポートを毎週火曜12:30 JSTに日本語でSlack投稿する設定に更新
実際に届いた週次レポートの中身も具体的でした。対象期間(6月16〜22日)の合計支出は586.90ドルで、前週比はプラス23.43%でした。週次の比較でも増加が明確に見て取れます。

図7 週次比較(前週 vs 今週)。前週475.48ドルに対し今週は586.90ドル
増加の主因は6月22日に突発的に発生したAWS Certificate Manager(ACM)のスパイク(116.72ドル)で、日次推移を見ると当日のみが突出していました。レポートはこのACMスパイクを「要調査」として警告しています。

図8 日次支出トレンド(Jun 16-22)。6月22日に約2倍へ急増している
サービス別の支出シェアを見ると、EC2-Otherが26.0%で最大、次いでACMが19.9%を占めていました。レポートはさらにEBSやDirectory Serviceの異常検知、節約額上位3件の最適化推奨(実施すれば月204.23ドル=年約2,451ドルの削減)まで提示します。単なる数字の羅列ではなく、注目点と打ち手がセットで示される点が実務的です。
図9 サービス別支出シェア(今週)。ACMが約2割を占めている

図10 Slackに自動投稿された週次コストレポート(Scheduled Automation Completed)
使ってみて分かったこと ─ 価値と注意点
2つの検証を通じて、AWS FinOps Agentが「自然言語での指示」「HTMLレポートの自動生成」「Slack連携」「定期実行のスケジュール化」を一通りこなせることが分かりました。月次でダッシュボードを手作業でまとめていた作業の多くを、継続的かつイベント駆動の運用に置き換えられる可能性があります。少人数の情報システム部門やFinOps担当にとっては、調査・集計・共有にかかる手間をかなり減らせるツールだと感じました。
一方で、現時点での注意点もあります。提供がUS East(バージニア北部)リージョンに限られること、エージェントは読み取り専用でリソースの削除・変更は人手で行う必要があること、出力言語は明示的に指定しないと英語になる場合があること、そしてプレビュー版ゆえに使用上限があり、生成AIの回答は人による確認を前提とすべきことです。
それでも、コスト管理の入り口を「自然言語のひと言」にまで下げたインパクトは大きいと言えます。まずはus-east-1で小さく試し、定例レポートや異常通知の自動化から始めるのが現実的な第一歩でしょう。

