Flotilla v0.5.0がバックグラウンド実行を全面的に刷新し、Claude SDKのクレジット上限を突破

Anthropicが、プログラムによるAgent SDKとclaude -pの使用を厳格な月間クレジット制限のもとで計測する方針にシフトしており、開発者はオーケストレーションパターンを再考せざるを得なくなっています。Flotilla v0.5.0は、逐次的なエージェント呼び出しをノンブロッキングな並列処理、拡張タイムアウト、ローカルフォールバック委譲に置き換える、改良されたバックグラウンド実行エンジンでこれに対応します。

v0.5.0の主な変更点

• 非ブロッキング並列ループ (v5): 逐次的でブロッキングなサブプロセス呼び出しは、ノンブロッキングなPopen実行を介してアクティブなワークフローを同時に追跡する非同期プロセスグループマネージャーに置き換えられました。設計図は、これが各エージェントの終了を待たずに次のエージェントを開始する方法を示しています。
• 30分の安全枠: 複雑なマルチファイルエンジニアリング手順やClaude Codeセッションは、標準的なツール制限に頻繁に達します。Flotillaは、一律のグローバルプロセス制限を明示的なエージェント別タイムアウトマップに置き換え、ランタイム許容値を1800秒（30分）に延長し、タスク途中のSIGTERM/exit 143終了をなくしました。
• スマートなローカル委譲: 頻繁なリポジトリ構造チェックや基本的な変更は、エッジマシン上で動作するローカルのオープンウェイトモデルにルーティングされ、Claudeの最上級の推論は複雑なロジックと厳格なピアレビューのために温存されます。これにより、サブスクリプションおよびプログラムによるクレジット制限内に収まることができます。

本番環境の証拠とテレメトリー

これらの本番障害モードとアーキテクチャパターンは、論文「Graceful Degradation in Subscription-Constrained Multi-Agent Orchestration Systems」（ICML 2026に審査中）で形式化されています。この論文は、典型的なマルチエージェントシステムが無制限のAPIアクセスを前提としていること、そしてそれが固定費サブスクリプションの境界下でなぜ破綻するかを、ログ証拠を用いて分析しています。22,976のインストゥルメントされたイベントをカバーする15日間の介入後テレメトリーデータセットは、4層のサーキットブレーカーとチェックサムゲートが最大タスク再割り当て回数を無制限から1に削減したことを示しています。

システム全体がエージェントによる長時間のファイル変更のたびにブロックされる場合、このアプローチは具体的な脱出経路を提供します。ターミナルを占有したり、線形ループでクレジットを消費したりしないバックグラウンドオーケストレーションです。