FinOps Agentでコストレポート配信してみた

はじめに

こんにちは。DXソリューション営業本部の岡田です。
前回のブログで、AWSマネージドの「AWS FinOps Agent」を比較した検証を紹介してきました。

FinOps Agentさわってみた | QES ブログ
AWSマネージドのFinOps Agentを実際に触り、自作構成と機能を比較した検証記事です。
 

また、Bedrock AgentCoreとClaude Sonnet 4を使い、毎週火曜08:00にSlackへ週次コストレポートを自動配信した自作構成については、下記の記事をご覧ください。

Slackでコストレポート配信してみた | QES ブログ
Bedrock AgentCore + Claude Sonnet 4で、週次コストレポートをSlackに自動配信する自作構成を構築した記事です。
 

今回はその続きとして、「いつも自作構成でSlackに自動配信している週次コストレポートを、FinOps Agentでそのまま置き換えられるのか？」を実際に試してみました。

目標

自作構成では、以下のような週次コストレポートを毎週決まった時刻にSlackへ自動配信しています。

このレポートと同等のものを、FinOps AgentのコンテキストファイルとAutomations（定期実行）の機能を使ってSlackに配信できるか確認しました。

FinOps Agentの画面構成

FinOps AgentのWebアプリは、左ナビの4つのメニューで構成されています。

Automations（いつ実行するか）→ Tasks（1回の実行）→ Artifacts（成果物） という流れで、レポートの内容を Context files が支える形です。

Slack連携でつまずいたところ

最初に、Slack連携でつまずきました。つまずいた順に共有します。

① ワークスペース認可で403エラー

管理（payer）アカウントでSlack連携を設定しようとしたところ、ワークスペース認可（Authorize with Slack）の段階で403エラーが出て先に進めませんでした。

② Slack連携はアカウントにつき1つまで

検証の途中で「このアカウントで設定できるSlack連携の最大数（1）に達しました」というエラーにも遭遇しました。1つのAWSアカウントにつきSlack連携は1つまで・引き上げ不可によるものです。

コンテキストファイルで自社レポートに寄せる

FinOps Agentには、組織のアカウント対応表やレポート方針をアップロードして自社仕様を理解させる「コンテキストファイル」の仕組みがあります。今回は、いつもの週次レポートの章立て・アカウントのエイリアス名・分析方針（Tax除外、UnblendedCostで統一、日本語など）を記載したマークダウンファイルを用意してアップロードしました。

さらに、数値を自作構成（Cost Explorer APIの直接取得）に近づけるため、コンテキストファイルに次のような取得方針も書き加えました。

週次レポートを生成してSlackに配信してみた

「コンテキストファイルの章立てに沿って、先週の週次コストレポートを作成してSlackに投稿して」と指示しました。FinOps Agentはレポートを成果物（Artifacts）として生成し、Slackチャンネルへ配信してくれました。



成果物の形式はPDF・Markdown（.md）・PowerPoint（PPTX）から選べます。今回は、詳細レポート用のPDFと、Slackで元データを読みやすいMarkdownの2形式で配信しました。
※当環境では、PowerPoint（PPTX）は日本語化がうまく反映されず英語のままになったため、運用ではPDFとMarkdownを採用しています（プレビュー版での観測）。



配信されたPDFを開くと、アカウント別コスト・増減要因分析・月次トレンド・月末コスト着地予測・異常検知・削減提案など、いつものレポートに近い章立てで出力されていました。月末着地予測は信頼区間つきで算出されていました。（ただし、後述のとおり自動実行時にはCost Explorerの値と乖離する場面がありました）

※金額はマスキングしています

いつもSlackに届くレポートに近い内容が、FinOps Agentからも届くようになりました。

Automationsで定期配信を設定する

オンデマンドでの配信ができたので、次はいよいよ「定期自動配信」です。FinOps Agentには先述した通り、Automationsという機能があり、スケジュールに沿ってタスクを自動実行できます。自作構成ではEventBridge＋Lambda＋AgentCoreを組み合わせて実現していた「毎週決まった時刻の自動配信」を、画面上の設定だけで組めるのは大きな魅力です。

Webアプリの左ナビ「Automations」から、週次レポートを生成してSlackに投稿するスケジュール（例: 毎週月曜の朝）を作成します。
Instructionsに「コンテキストファイルに従って週次レポートを作成し、#cost-reportにPDFとMarkdownで配信して」と入力します。
※Nameは英語でないとエラーになります。

自動配信で金額が合わなかった話（当検証環境での観測）

Automationsで自動配信を設定して数回運用したところ、当環境では、自動配信されたレポートの金額が実態と大きくズレる場面がありました。同じ週（2026-06-12〜18）を「手動チャットでの依頼」と「自動実行」で出し比べたのが下表です。

手動で依頼したレポートは、定常的なインフラサービス（VPC・Kiro・CloudTrailなど）を含めて全アカウント分が取得でき、自作構成の数値ともほぼ一致しました。一方、自動実行で配信されたレポートは、当環境では一部のサービス（主にAIモデル利用分）しか反映されず、金額が小さく出る傾向が見られました。月末着地予測についても、自動実行時にはCost Explorerの値と$300程度の乖離が見られました。(信頼区間上限の値から)

自動実行時に内部的な処理時間やAPI呼び出しの上限に達した可能性などが考えられますが、原因については断定しません。あくまで「当環境ではこうした挙動が見られた」という観測を本ブログではお伝えいたします。

できたこと・できなかったこと

今回の検証で見えた、自作構成の週次レポートと比べたときの「できたこと」「できなかったこと」を整理します。

 ◯=対応 / △=部分対応 / ✕=非対応

また、上記の表のとおり、自作構成の目玉だったEC2インスタンスの作成者特定（Cloud9のownerArnやCloudTrailを使った調査）は、FinOps Agentでは再現できませんでした。エージェントのIAMロールにはCloudTrailの権限が含まれているものの、エージェントが答えられる範囲がFinOps（コスト管理）ドメインに制約されています。（参考: FinOpsAgentAgentPolicy / Agent guardrail control）
ここはコードレベルの独自処理が必要な部分で、自作構成ならではの価値として残りました。

自前で構築した環境で、Slackにてコストレポートをしてくれる「コストボットくん」もまだクビにはできません。

まとめ

今回は、いつも自作構成で自動配信している週次コストレポートを、FinOps Agentで置き換えられるか試してみました（当方の検証環境・プレビュー版での結果です）。
結果として、Slackへの定期配信そのものはAutomationsで実現できる一方で、当環境では自動配信時の数値の網羅性・厳密性や、独自の分析（作成者特定など）は自作構成に分があるという観測になりました。

というように役割を分担して併用するのが、現時点では一番現実的だと感じました。
なお、コンテキストファイルの書き方を工夫することで取得漏れはある程度緩和できました。コンテキストファイルを活用して精度を高める指示を試していきたいと思います。
FinOps Agentはまだプレビューであり、今後の機能拡張やGAでの精度向上にも期待しつつ、引き続き活用方法を探っていきたいと思います。
皆さんもぜひお試しください！