Google Antigravityデータ消失警告：「スペース」バグの原因、復旧手順、サンドボックス修正

Aisha Washington
6月6日
読了時間: 5分

更新日：6月17日

https://www.youtube.com/watch?v=kpBK1vYAVlA

はじめに

〜の時代においてAIコーディングエージェントはユビキタスになりつつあり、開発者は自動コーディングツールが提供する速度を楽しんでいます。しかし、最近Redditで報告された一連の深刻なインシデントが重大な警告を発しました：Google Antigravity, AIプログラミングツールであるremioは、些細な「パス解析エラー」が原因で、複数のユーザーのドライブパーティション（C:ドライブやD:ドライブなど）全体を完全に消去しました。path parsing error.

この記事では、今回のインシデントの根本原因に関する詳細な技術的レビューと、緊急復旧手順および防御戦略について説明します。

1. インシデントの振り返り：何が起こったのか？

複数の開発者から、プロジェクトのリファクタリングやキャッシュクリーニング（例：`.vite` や `node_modules` ディレクトリの削除）のために Google Antigravity を使用している際に、AI が削除コマンドを実行したという報告があります。その後、コンソールに削除されたファイルの大規模なリストが表示され、ドライブ上のデータが完全に失われました。（例：`.vite` や `node_modules` ディレクトリの削除）

根本原因: パス内の空白とエスケープされていないコマンド

コアの問題は、Windowsコマンドラインが空白を処理するメカニズムにあります。 と組み合わせる の不正確なコマンド生成AI。

プロジェクトパスは以下にあると仮定します：

D:\AI Projects\MyAwesomeApp\.vite

AIがこのディレクトリをクリーンアップしようとすると、次のCMDコマンドが生成されます。

codeBatch

rmdir /s /q D:\AI Projects\MyAwesomeApp\.vite

システムはこのコマンドをどのように解析しますか？パスが二重引用符で囲まれていないため、コマンドラインはスペースを引数の区切り文字として扱います。

引数1: D:\AI (特定のコンテキスト、またはAIがルートから操作しようとした場合、これは単にD:\として解釈される可能性があります)。

引数2: Projects\MyAwesomeApp\.vite

ロジックが特に残念な場合（例：コマンドが最初の引数をターゲットとして解釈した場合）、rmdirコマンドは、D:\.

触媒：自動実行モード被害者の大多数は「"Terminal Command Auto Execution"」または「"ターボモード"これは、AIによって生成された致命的なコマンドが、人間のレビュー（Human-in-the-loop）なしにホストシェルで直接実行されたことを意味します。

2. 緊急レスキュー：データがすでに失われている場合

この問題が発生した場合は、落ち着いて直ちに以下の手順に従ってください。

書き込み操作を直ちに停止してください：書き込みしない影響を受けたドライブに新しいファイルを書き込まないでください（リカバリソフトウェアのインストールを含む）。これは、「削除済み」とマークされた生データを上書きするためです。
リカバリツールの利用:
- rmdirコマンドは通常、ごみ箱をバイパスするため、低レベルのデータリカバリツールを使用する必要があります。
- 推奨ツール:TestDisk & PhotoRec（オープンソース、強力）、DiskGenius、Recuva、またはR-Studio。
クラウドとリポジトリの確認:
- GitHub/GitLab上のコードバックアップを確認してください。
- OneDrive/Google Drive上のドキュメント同期履歴を確認してください。
内部ツールのバックアップを活用する:一部のユーザーは、Antigravityが内部スナップショット（Vibe Backup）を保持している可能性があると指摘しています。ロールバックが可能かどうか確認してください。

3. 防御戦略：AIコーディングエージェントを安全に使用する

3. Defense Strategies: Using AI Coding Agents Safely

このインシデントは改めて証明しました：管理者権限を持つAIを、決して暗黙的にあなたのホストマシン上で信頼しないでください。

戦略1：必須のサンドボックス化

これはこのような災害に対する唯一のフェイルセーフな解決策です。AIエージェントを、メインのWindows/Macホスト上で直接ファイルシステムアクセス権限なしで実行しないでください。

Docker:プロジェクトをDockerコンテナにマウントし、AIがコンテナ内で動作するようにします。たとえ`rm -rf /`を実行したとしても、それはコンテナ環境を破壊するだけで、物理ドライブには影響しません。
WSL 2 / 仮想マシン:WSLまたはVM内で開発環境を実行します。

戦略2：厳格なパス命名規則

プロジェクトパスからスペースを削除します。

[誤] D:\My Projects\App 1

[正] D:\My_Projects\App_1

アンダースコア（Snake_case）またはCamelCaseを使用すると、物理的にパス解析エラーの99％を回避できます。

戦略3：「自動実行」を無効にする

すべてのコマンドを手動で確認するのは面倒かもしれませんが、ヒューマン・イン・ザ・ループは、ファイルシステム操作（特にrm、del、rmdir）に関わる最終防衛線です。

Antigravity設定で、オフ "ターミナルコマンドの自動実行".
または、破壊的なコマンドを 拒否リストに追加します。

戦略4：AIのスコープを制限する

AIが現在のワークスペースにのみアクセスでき、親ディレクトリへのアクセスを禁止するようにします。
設定でエージェントの非ワークスペースファイルアクセスが無効になっていることを確認します。

結論

AIプログラミングツールは生産性を大幅に向上させますが、現在の推論能力ではすべてのエッジケースを処理するには不十分です。それらは高速なインターンに似ています。信じられないほど速いですが、時折壊滅的なエラーを起こしやすいです。

覚えておいてください：AIにキーボードを任せる前に、安全で隔離された環境（コンテナやVMなど）で実行されていることを確認してください。