AutoGPT 0.8.1、サンドボックス接続窓口を統一し、任意で有効化できる TCP アウトバウンドプロキシを追加

AutoGPT Platform は9月24日に 0.8.1 をリリースし、E2B サンドボックスの作成と再接続の窓口を統一した。これにより、デプロイ担当者は TCP アウトバウンドトラフィックを指定のプロキシに転送できる。この変更は Copilot、デスクトップ操作、コード実行、Claude Code ブロックを対象とし、各ツールに共通のネットワーク設定を適用することに重点を置いている。[リリース告知](https://github.com/Significant-Gravitas/AutoGPT/releases/tag/autogpt-platform-beta-v0.8.1)

マージ済みの PR によると、従来は計7か所でサンドボックスの作成や再接続を直接行っており、ネットワーク設定は適用されていなかった。新版ではこれらを共通関数に集約し、ほかのコードパスからサンドボックス SDK が再び直接呼び出されることを防ぐ静的チェックも追加した。一時停止と再開を繰り返す長期稼働エージェントでは、環境の初回作成時にだけルールを適用しても、その後の接続を十分に管理できない。[設計説明](https://github.com/Significant-Gravitas/AutoGPT/pull/14624)

有効化すると、作成処理ではまずサンドボックスごとに専用のプロキシ認証情報を生成し、所有者、ユーザー、キーのダイジェストを Redis に記録したうえで、E2B にそのプロキシの使用を要求する。再接続時には認証情報を再発行し、ネットワークの更新が成功してから古いレコードを削除する。更新に失敗した場合も、古い認証情報を引き続き解決できる状態を維持する。PR の説明では、プロキシキーは E2B ホストに渡され、サンドボックス内には配置されない。[認証情報のライフサイクル](https://github.com/Significant-Gravitas/AutoGPT/pull/14624)

この処理順序は、基盤となる API の仕様に関係している。E2B のネットワーク更新は設定全体を置き換える方式で、省略したフィールドの既存値は消去されるため、部分更新として扱うことはできない。ドキュメントでも、SOCKS5 のルーティング対象はアウトバウンド TCP に限定され、許可／拒否ルールによるフィルタリングの後に転送されると明記されている。この仕様を踏まえ、独自のネットワークルールを管理するチームは、更新前後の設定全体を比較して宛先の制限が維持されていることを確認し、失敗時のリトライや並行再接続のテストで、認証情報の切り替えに整合性があるかを検証する必要がある。[E2B API ドキュメント](https://docs.e2b.dev/api-reference/sandboxes/update-sandbox-network)

デプロイ上の制約も明確だ。環境変数 `E2B_EGRESS_PROXY_ADDRESS` はデフォルトで空のため、アップグレードしてもルーティングは自動的には有効にならない。PR では外部プロキシを事前に用意することを求めており、用意しないとパッケージのダウンロードなどのアウトバウンド処理が中断する可能性がある。作成者はまた、DNS と QUIC の UDP トラフィックはこの経路を通らず、ブラウザーで QUIC を無効にしても、すべての UDP を遮断したことにはならないと説明している。[有効化の条件と制約](https://github.com/Significant-Gravitas/AutoGPT/pull/14624)

E2B 公式は現在、独自プロキシの利用をプライベートベータ機能としている。エンジニアリングチームは導入前に、アカウントでの利用可否、プロキシ障害時の動作、一時停止から再開した後の設定を確認する必要がある。さらに、「ルーティング統合がリリースされたこと」と「実際のサービス認証情報の分離が完了したこと」を区別しなければならない。今回の更新は一元管理の窓口を提供するものであり、十分な保護の実現は引き続き外部プロキシとデプロイ時の検証に左右される。[機能の提供状況](https://e2b.dev/enterprise)