見出し画像

Antigravity 「無限ループ・クラッシュ不具合」の裏で何が起きていたのか？

だいあろごす。


こんにちは！高橋です(*'▽')

既に解決していますが、
以下の記事で報告しました「プロンプト入力時の無限ループ」や「画像読み込み時のプロセス終了（Agent execution terminated due to error.）」は、日常的にAntigravityを叩いているエンジニアにとってかなりヒヤッとする不具合でした。

特筆すべきは、この現象が「Antigravity IDE」でのみ発生し、デスクトップ版（Antigravity 2.0）では正常に動くという点です。

今回は、直近数日間の怒涛のアップデートの流れを追いつつ、なぜIDE版だけでこの不具合が発生したのか、その技術的背景と構造的な原因について深掘りして考察してみます。


1. 直近アップデート（v2.7.1〜v2.8.1）のタイムライン

まず、不具合が発生するまでにどんな更新が入っていたのか、直近3日間のリリースノートを振り返ってみます。

  • v2.7.1（8月11日）

    • 画像Diffのサイドバイサイドプレビュー機能の追加

    • UIの最適化、アクセシビリティの向上

  • v2.8.0（8月12日）

    • サイドバーのフォルダ開閉状態のセッション保持機能を追加

  • v2.8.1（8月13日）

    • エージェントとの対話時におけるメッセージ応答性の改善

    • 処理がハングアップ（無応答）する問題の修正

機能追加と応答性改善が連日投入されていることがわかります。問題は、この「v2.7.1」と「v2.8.1」の組み合わせによって引き起こされたと考えられます。

2. 【考察】なぜIDE版でのみ「無限ループ」と「クラッシュ」が起きたのか？

以前の記事で、
「画像を添付したりパス指定で読み込ませるとクラッシュする」
「ロールバックすれば復旧する」
という挙動を記述しましたが、この現象の裏には2つの要因のバッティングがあると推測できます。

仮説：画像解析処理 と 再試行（リトライ）ロジックの不整合

  1. トリガー（v2.7.1の機能） v2.7.1で「画像Diffプレビュー」などの画像関連機能が拡張されました。チャットへの画像添付時、IDE内部のMCP（Model Context Protocol）サーバーや画像描画パイプラインへ処理を渡す際、何らかの理由で画像データのハンドリングエラーが発生。

  2. ループの発生（v2.8.1の改善） v2.8.1では「ハングアップ防止・応答性向上」のための改善が入りました。これにより、内部でエラーや応答遅延を検知した際、エージェントが自発的にリトライ（再試行）を行うロジックが強化されたと考えられます。 結果として、「画像読み込みエラー ➔ 自動リトライ ➔ 再度エラー ➔ 自動リトライ...」という無限ループに突入したと考えられます。

  3. プロセスの強制終了（クラッシュ） この無限ループによってメモリやCPUリソースが急速に圧迫され、あるいはエラーログが閾値を超えた結果、システム側が安全装置として Agent execution terminated due to error. を吐いてプロセスを切り離した（クラッシュさせた）、というのが一連の流れだと見られます。

3. なぜ「デスクトップ版（2.0）」は巻き込まれなかったのか？

同じGeminiモデルやエージェントエンジンを使っているにもかかわらず、デスクトップ版でこの不具合が起きなかった理由は、アーキテクチャの違いにあります。

  • Antigravity IDE VSCodeの拡張基盤上に構築されているため、エディタ側のUIレンダリングやファイルシステムアクセス、MCPサーバー間の通信がVSCodeのプロセス（Electron / Node.js環境）に強く依存しています。

  • Antigravity 2.0（デスクトップ版） エージェントの並列実行やタスク管理に特化した独立したプラットフォーム（Go言語等で最適化されたマルチエージェント構造）で動いています。

つまり、今回の不具合は「AIモデル側の問題」ではなく、
「VSCode派生であるIDE版のUI/通信レイヤーと、エージェントのリトライロジックの噛み合わせの問題」だった可能性が非常に高いです。

4. 現場での対策と今後の向き合い方

今回のように開発ツールが高速でアップデートされる環境では、以下のリスクヘッジが有効です。

  1. 不具合発生時は即座に「ロールバック」 画像添付などトリガーとなった発言の直前までチャット履歴をロールバックすることで、コンテキストの破損を防いで作業を再開できます。

  2. IDE版の不調時はデスクトップ版へ一時退避 IDE版の通信周りで問題が起きている場合でも、デスクトップ版（2.0）であれば問題なくエージェントにタスクを投げられる場合があります。「別ラインの実行環境」としてデスクトップ版を立ち上げておくのがおすすめです。

  3. 連日アプデの直後は「マイナーパッチ」を待つ v2.8.0 ➔ v2.8.1 のように短期間で連投されるアプデ直後は、内部の挙動修正が大きく入っているサインでもあります。業務でクリティカルなコードを触る際は、少しコミュニティの反応を見てから適用するのも手です。※お前が言うなという話ですが💦

過渡期にあるAI開発環境だからこそ、こうした不具合の裏側にある構造を理解しておくと、トラブル発生時にも冷静に対処できますね。

また前回記事で貴重な検証情報をコメントしてくださり、ありがとうございました！

それでは今回はここまで(*'▽')ﾉｼ

いいなと思ったら応援しよう！

だいあろごす。 よろしければ応援お願いします！