AIの返事は正常でも、裏側で起きていた「元に戻して」という依頼を受け、Codexがgit restoreを実行

「このくらいはAIに任せても大丈夫」。個人開発では、その判断を一日に何度もします。全部を疑っていたら前へ進めませんが、止める場所を一つも決めないまま進むのも危険です。

何が報告されたのか

添付事例集では、Codex Desktop・未コミット変更消失について「「元に戻して」という依頼を受け、Codexがgit restoreを実行。作業前から存在した数時間分の未コミット変更も消失し、Gitからは復旧できなかった（原因・問題点: ロールバック対象の曖昧さ、作業前バックアップなし、未コミット差分を保護する承認手順なし）」と記録されています。影響分類は「AIエージェント・ソースコード消失（当事者報告）」、根拠レベルは「当事者報告（未独立検証）」です。根拠資料はZenn実録で確認できます。

根拠レベルは当事者報告で、独立に検証されたものではありません。発生したとされる結果と、当事者が推定した原因を分け、確認されていない部分は断定しません。

この記載から確実に言えるのは、公開情報上で「AIエージェント・ソースコード消失（当事者報告）」に分類される事象が報告・整理されていることです。添付ファイルにない実行環境、追加被害、ベンダーの判断、報告後の修正状況は創作しません。情報が限られている場合ほど、分からない部分を分からないまま残すことが信頼性につながります。

なぜAI開発で見落としやすいのか

「元に戻す」「整理する」「作り直す」といった言葉は、人間には対象が明らかでも、コマンドには範囲が必要です。未コミット変更や未追跡ファイルは、AIが作ったものか以前からあったものかをGitが区別できません。実行前の保存地点と差分確認が安全性を左右します。

同じ結果を避けるためのチェック

• 作業開始前に既存差分をcommit、stash、パッチで退避する
• 削除予定の絶対パスと一覧を実行前に表示させる
• dry-runがあるコマンドは先に対象だけ確認する
• 未追跡ファイルを含む破壊的Git操作を自動承認しない

これらは、公開事例から導く一般的な確認方法です。今回の報告で、すべての対策不足が原因として確定したという意味ではありません。自分の構成に同じ条件があるかを確認し、必要なものだけを実装してください。

診断の役割を正しく分ける

端末、Git、クラウド内部の誤操作は、それぞれの環境で防止策を置く必要があります。Code診断ラクダはそこを代替せず、公開後のWebサービスに残る別種のリスクを約1分の無料簡易診断で確認する道具です。URL入力だけで、カードもGitHub接続も不要。再公開を急ぐときの外部チェックとして使えます。

「動いた」「処理が終わった」という表示だけで次へ進む前に、変更範囲、公開範囲、戻し方を一度確認する。その短い停止が、AIの速さを安心して使い続けるための工程になります。

いまのあなたの環境で「「元に戻して」という依頼を受け、Codexがgit restoreを実行」と同じ結果を起こさないための停止条件と復旧地点を、具体的に説明できますか？

#Git #データ消失 #AIエージェント #バイブコーディング #Code診断ラクダ

重要ファイル破損