https://lutra.icu/ja/notes/Recent content in ノート on LUTRA.ICUHugoja© LUTRA.ICUTue, 04 Aug 2026 19:00:00 +0800https://lutra.icu/ja/notes/agent-effective-delivery-efficiency/Tue, 04 Aug 2026 19:00:00 +0800https://lutra.icu/ja/notes/agent-effective-delivery-efficiency/<p>同じ品質基準と 8 分の SLA 制約の下で、プロトタイプ設計 Agent の<strong>平均タスクコストを 21.80 ドルから 0.88 ドルへ削り</strong>、<strong>P95 端点間遅延を 55.4 分から 7.6 分へ収縮させ</strong>、<strong>100 ドル当たりの合格納品数（Agent Goodput）を 96.3 倍向上</strong>させた。</p> <p>この取り組みは、本番環境で頻発していたある痛点から始まった。ユーザーが単一ページのコンポーネントスタイルやボタンのラベルを少し修正しただけで、制約のない Agent が自由探索の中でコードベース全体の再構築を引き起こしてしまう問題だ。数分で終わるはずの微修正が、60 分以上の時間と 30 ドルを超えるモデル API 費用を費やす計算のブラックホールへと化していた。</p> <p>この局所的な再構築トラブルは、複雑な Agent システムを本番運用する際の根本的な課題を映し出している。タスクグラフの依存度がシステムの複雑さとともに増加すると、境界のない非決定的な推論がシステム全体を振動とエントロピーの渦へ巻き込んでしまう。</p> <p>このような複雑な Agent システムを最適化するには、三つのコア境界を定義する必要がある。</p> <ol> <li><strong>終端境界：</strong> どのような条件でタスクを真の「完了」と定義するか。</li> <li><strong>推論境界：</strong> どの状態遷移に大規模モデルの非決定的な推論が必要か。</li> <li><strong>制御境界：</strong> 確定した計算とルールフローをいかに高速に実行するか。</li> </ol> <p>本稿は、数か月にわたるアーキテクチャの変遷を整理する。システムは、モデルの自由探索に依存する ReAct から、契約による分離、決定的 Workflow、コンテキストトポロジーの最適化を中心とする高効率な構成へ収束した。</p>