エージェントのループでトークン費用を数十万円も溶かしてしまう理由
TuBrief Editorial
August 21, 2026
0
Computing/SoftwareWritten with AI assistance from the source video. The video is the authority.
More from the community
Comments (0)
Log in to leave a comment
No posts yet
Written with AI assistance from the source video. The video is the authority.
Log in to leave a comment
No posts yet
エージェントに全体コードを丸ごと投げ込む瞬間、コストの爆弾が爆発する。コンテキスト管理を怠った開発者は、わずか1日でトークンの上限を使い果たす。不要なコストを42パーセントも多く使ってしまうのだ。解決策は複雑ではない。プロジェクトのルートに .agentignore ファイルを作成する。そこに node_modules や build、dist を記述しておく。エージェントにこれらのフォルダを無視させるのだ。入力トークンの量が減り、応答速度が2.5倍速くなる。
エージェントが失敗するコマンドを繰り返す時が問題だ。ジュニアエンジニア100人の調査では、無限ループの放置によって溶かしたお金が1人あたり月平均15万円にのぼる。標準エラー出力をリアルタイムでキャッチしなければならない。3回連続でエラーが発生したらプロセスを強制終了するPythonスクリプトを使用する。サブプロセスでエージェントを動かし、stderrをパースする。同一のエラーコードが3回出力されたら、即座に sys.exit(1) を実行する。財布が空になる状況を根本から遮断するのだ。
エージェントがコードを修正した後に「完了した」と言い張る場合がある。明確な検証基準がなければ、誤作動しているコードを正常と判定する確率が30パーセントに達する。ユニットテストの結果のJSONファイルをパースする。成功率が100パーセントの時だけ次のステップに進む。test_results.json を読み込んで passed フィールドを確認する。条件が一致しなければビルドを失敗扱いとし、エラーログを次のプロンプトに突っ込む。デプロイ事故を防ぐ唯一の方法である。
ターミナルセッションの管理が滅茶苦茶であれば、マルチエージェント作業は崩壊する。セッション管理をしないと、コンテキストの消失率が最大65パーセントまで跳ね上がる。tmux で独立したセッションを立ち上げる。各セッションの標準出力を、独自のログディレクトリにリアルタイムで書き込む。セッションが途絶えても、ローカルの sqlite3 DBに保存されたチェックポイントを呼び出して復旧させる。セッションの競合を起こさずにエージェントパイプラインを回すための現実的な構造だ。