Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Claudeのコストを見える化して、自動で守る

Avatar for KAKEHASHI KAKEHASHI PRO
November 09, 2026
7

 Claudeのコストを見える化して、自動で守る

第 9 回 AWS ジャパン 生成 AI Frontier Meetup ~学びと繋がりの場~
https://aws-experience.com/apj/smb/event/fbdc01bc-f308-48f1-aa5e-dcf9d2e741ef
での登壇資料です

Avatar for KAKEHASHI

KAKEHASHI PRO

November 09, 2026

More Decks by KAKEHASHI

Transcript

  1. 本日お話したい2つの取り組み 1 可視化 2 コストを見えるようにする コスト管理 上限を守りつつ柔軟に運用する • Slackへ日次で金額を通知 •

    利用者ごとに利用上限を設定 • モニタリングツールで詳細分析 • Slackで上限緩和を申請 • モデル選定ガイドを作成・周知 • 予算残高を自動チェック • ヘビーユーザに対する意識付け © KAKEHASHI Inc. All Rights Reserved.
  2. 毎日のSlack通知 # コスト通知用チャンネル 見るのは 2つだけ Claude 利用状況 (日次) • 前日の利用金額

    • 今月の総額 • 毎日、自動でSlackに届く 前日の利用金額 $ 350 今月の総額 $ 5,000 © KAKEHASHI Inc. All Rights Reserved.
  3. ログ分析をガイドに 1 2 3 4 Datadog トレンド分析 ガイド作成 社内アナウンス 利用ログを送信

    利用者ごとのトーク ン利用 プロンプトガイドを 踏まえたモデル選 定ガイド 利用者へ周知 ガイドを共有した結果、 60%あったOpusの利用率が 47%まで低下 © KAKEHASHI Inc. All Rights Reserved.
  4. 上限と柔軟性の両立 1 2 3 利用上限を設定 利用が立て込む 申請で緩和 利用者ごとに上限を決め て、使いすぎを防ぐ 業務の都合で上限に届

    いてしまうことがある Slack workflowで、申請 すれば上限を緩和できる 仕組みを用意 © KAKEHASHI Inc. All Rights Reserved.
  5. 予算残高でチェック 1 2 利用者が申請 (Slack workflow) 確保済みの予算 残高と照合 YES 上限緩和

    依頼提出 申請額が 残高以内 ? NO 過剰申請を回避 ポイント :予算を超える申請にならないよう、フロー内でチェック © KAKEHASHI Inc. All Rights Reserved. 3 承認後、上限を 緩和
  6. 利用が増えてきた時の啓蒙 1 Analytics APIを利 用し、申請者の利 用傾向を取得 2 利用傾向を元に改善 できるポイントを示唆 3

    ローカルの情報を使 い、さらに分析 上限緩和申請のやり取りで累計金額に応じて、起動するアドバイザー機能を用意 ②で大枠の利用傾向を説明し、③を実施しやすいように、調査用プロンプトを提供 © KAKEHASHI Inc. All Rights Reserved. 15
  7. アドバイザーイメージ 調査用プロンプト例 上限緩和申請のスレッド (上限緩和完了後) xxさんの申請金額が$xxxを超え ました。 一度advisorスキルを使って、ご 自身の利用分析を行って下さい。 (advisorスキルの利用方法) 利用状況レポート

    (Claude Analytics APIから得 られる情報を元に利用傾向を分 析。コストドライバーになっている 可能性のある利用方法を指摘) © KAKEHASHI Inc. All Rights Reserved. 以下をClaude Codeへそのま ま貼り付けてください (調査用プロンプト) # Claude 利用の自己分析と改善 以下は組織の実測データです。これを踏ま えて最後の「やってほしいこと」を実行し てください。 ## 利用状況(2026-xx 時点, Enterprise Analytics API 実測) - 当月累計コスト: $xxx(前月: $yyy, 前月比 xx.x倍) - 利用ツール別の割合: Claude Code: 100.0% - キャッシュ読取比率: 99.9% - コストドライバー仮説: 長時間セッショ ン型(疑い)(あくまで疑いであり断定ではあ りません) - 判定理由: xxxxx ## やってほしいこと 1. advisorスキルを実行 2. 実測値とadvisorの内容比較による分 析 3. 分析結果に基づき、 CLAUDE.mdに追記 すべき運用ルール(モデル使い分け・サブ エージェント委譲・ /compact の習慣・会話の切り替え方 など)を具体的な差分として提案し、私が承 認したら反映してください。