AIToday
大規模言語モデルAIビジネス・産業Zenn AI/ML掲載日時: 2026年10月12日 22:00

AIエージェントの有料呼び出しを単一の門で管理

LINEで送る
AIエージェントの有料呼び出しを単一の門で管理

3つのポイント

  1. 何が起きたか

    旧コードが信頼性のため高額な有料モデルを呼び出していたが、記録は残らなかった。1週間で約150件、約8ドル相当。台帳が2か所に分かれ、監視は空の方を読んでいた。

  2. なぜ重要か

    監視が何も報告せず、報告なしが正常に見えたため見逃された。対策として、台帳が読めなければ停止する単一ゲートに全ての有料呼び出しを通すようにした。

わからないところ、AIに聞けます

質問と回答はこのページに公開されます。

こういう要約が、毎朝あなたのメールに届きます。

背景と解説

記録されなかった呼び出しはこの報告で最大の問題ではなく、誰も気づかなかったことが問題だった。ここで説明するゲートは、使用量を台帳の合計とAPIキーの実際の使用量の大きい方として数えるため、台帳の記載漏れも捕捉される。また、読めない台帳をゼロと見なすのではなく停止する。これは「何も報告されない」失敗に直結した設計上の選択だ。

この報告の他の修正も同じ形をとる。テキストを外部モデルに送る前に、伏せ処理関数が支払い番号、APIキー、トークンらしき値をマスクする。過剰に伏せる方が漏えいより安全という方針だ。キーとワークスペースIDはファイルからのみ読み込み、環境変数からは決して読まず、値はログ、例外メッセージ、戻り値に残さない。フレームワークの事故、すなわち失敗後も続いたコマンドチェーンと誤った作業ツリーからのプッシュが、書き込み処理でのset -eと、プッシュ前の現在のツリーとブランチの確認、さらに強制プッシュと--no-verifyによるフック回避の禁止につながった。

一貫しているのは、注意力を運営者ではなく仕組みに置くことだ。エージェントは疲れないが、注意深さを持ち越すこともない。そのため、何かを進める前に必ず通すゲートと、失敗時に停止する設定を優先している。金銭も同様に扱う。実際の入金、請求、本人確認は人のみが行い、AIは無料枠や固定予算など事前承認された範囲内で動く。

よくある質問
有料呼び出しが記録されなかったのはなぜか?
台帳が2か所に分かれており、監視が空の方の台帳を読んでいたため、毎回何も報告しなかった。呼び出しは、信頼性のために高額な有料モデルを呼び出す旧コードによって行われていた。
新しいゲートはいつ停止するかをどう判断するのか?
台帳の合計とAPIキーの実際の使用量の大きい方を使い、読めない台帳をゼロとして扱うのではなく停止する。週次と日次の上限もある。
シークレットと、他人のマシンで実行されるコードを書く際に推奨されることは?
シークレットとワークスペースIDはファイルからのみ読み込み、環境変数からは決して読まない。値はログ、例外メッセージ、戻り値に残さない。人に渡して実行させるスクリプトはASCIIのみで書く。BOMなしの.ps1に日本語コメントがあると、Windows PowerShell 5.1が別のエンコーディングで読み込み、黙って失敗したためだ。
LINEで送る

あなたの仕事に関係するAIニュースを、毎朝お届けします。

業界と使っているAIツールを選ぶと、仕事に関係するニュースが毎朝届きます。

登録無料・Googleアカウントなら30秒・いつでも解除できますAITodayについて →

AIに質問

この記事についてわからないことをAIに質問できます。AIはこの記事・AIToday の過去記事・Wikipedia を読み、出典を付けて答えます。Q&Aはこのページに公開され、他の読者も読めます。

質問と回答はこのページに公開されます。

関連記事

次の記事へ欧米の新オープンAIモデル、中国勢に後れ