【geek-terminalニュース】Claude Code事故の最新情報：削除疑惑、30日ログ消失、隠し国別フラグが示すAI開発環境リスク

【事象の全貌と背景】
以前お伝えしたClaude Code型AIエージェント環境の攻撃面、そしてAI開発ログ監査の続報です。今回の焦点は、単なる「AIコーディングツールがミスった」という小話ではありません。Redditでは、Claude Codeを使った開発中にプロジェクトが再帰的に削除されたという趣旨の投稿が注目されました。ただし、この個別事例は現時点の提示資料上、公式インシデントとして確認されたものではなく、ユーザー報告として扱う必要があります。

一方で、より裏付けの強い問題として、The RegisterはClaude Code利用者が会話記録の消失を訴えていると報じています。焦点はソースコードそのものの削除ではなく、30日を超えたtranscriptが既定設定によって削除され、ユーザーが設計メモ、デバッグ履歴、AIとの試行錯誤、判断の経緯を失う可能性がある点です。LavXも同じ問題を、コードではなくプロジェクト文脈が消えるリスクとして整理しています。

さらにThe Decoderは、Claude Code内に中国ユーザーを密かに識別、フラグ付けするコードがあったと報じ、Anthropicがその機能をロールバック中だと伝えています。これも現時点ではThe Decoder報道ベースですが、論点は非常に重い。AIエージェントがローカル環境でファイルを読み、コマンドを実行し、ログを保持し、ユーザー属性を判定するなら、それはIDEの拡張ではなく、権限を持った開発インフラです。見えない既定値や隠れた判定ロジックは、便利機能ではなく本番事故の入口になります。

【技術的ディープダイブ】
Claude Code型のツールが普通のチャットAIと違うのは、出力がテキストで終わらないことです。ファイルシステム、シェル、Git、依存関係、設定ファイル、場合によってはMCP経由の外部ツールまで触れる。つまり、モデルの誤判断は「変な返答」ではなく、作業ツリーの破壊、秘密情報の露出、誤ったビルド変更、監査不能な状態変更に変換されます。

今回の30日transcript問題が刺さるのは、AIコーディングの成果物がコードだけではないからです。エージェントとの会話には、なぜこの設計にしたか、どの仮説を捨てたか、どのテストが壊れたか、どのコマンドを実行したか、どの権限を渡したかが残ります。The Registerが報じた論点では、30日を超えた会話履歴が消えることで、ユーザーは「コードは残っているが、なぜこうなったかが消えた」状態になり得ます。これは開発者体験の問題ではなく、監査証跡の欠落です。

隠し国別フラグの問題も同じ構造です。地域判定や制裁対応、悪用対策そのものは商用AIサービスではあり得る設計です。しかし、それがユーザーから見えない形でコードに入り、どの条件で発火し、何を送信し、何を制限し、どのログに残るのかが不透明なら、開発者は自分のツールチェーンを評価できません。AIコーディングエージェントに必要なのは「賢いモデル」だけではなく、権限境界、保持期間、ログ出力、差分確認、拒否ポリシー、地域判定の説明可能性です。

PaPooが批判的に扱った「100% AI-written」型の開発文化も、この文脈では無視できません。速度を優先し、AIが作ったものをAIで直し、会話ログを実質的な設計書として扱う開発では、transcriptの喪失は設計文書の消失に近い。しかもそのログが30日で消える可能性をユーザーが十分に理解していなければ、AI開発は速いが再現不能、便利だが監査不能という危うい形になります。

【コミュニティの生々しい熱量と議論】
今回、提示データ内で確認できる生のコミュニティ発言は限られています。したがって、RedditやHNで大量の罵倒や賛否が確認されたかのようには書けません。確認できる断片としては、Reddit上で「Claude Code catastrophe: Entire project recursively deleted while prompting in Chinese (full video + logs)」という投稿タイトルが出ており、中国語でプロンプトしている最中にプロジェクトが再帰的に削除された、という強い主張がコミュニティの火種になっています。ただし、これはユーザー投稿であり、公式に検証された障害報告ではありません。

もう一つ興味深い断片は、「I built a proxy that prevents AI agents from taking actions based on hidden instructions. Here are the numbers.」という方向の反応です。これは、AIエージェントを直接信用するのではなく、命令と実行の間にゲートウェイを置く発想です。さらに「Prompt injection broke every agent system I built so I designed a gateway that separates instructions from」という断片もあり、コミュニティの関心が単なるClaude Code批判ではなく、エージェント実行基盤そのものの設計へ移っていることが見えます。

ここでギーク的に面白いのは、怒りの矛先が「Claudeがバグった」だけで止まっていない点です。問題は、AIが実行権限を持った瞬間に、自然言語、隠れた指示、地域判定、保持設定、ログ削除、ツール呼び出しが全部ひとつの攻撃面になることです。つまり現場の反応は、AIを禁止しろではなく、AIエージェントをゼロトラスト化しろ、という方向に近い。実行前レビュー、ファイル削除の明示承認、危険コマンドの隔離、transcriptの外部保存、ポリシー変更の差分通知。こうした地味な仕組みが、モデル性能より重要になり始めています。

【今後の展望とエコシステムへの影響】
今後オワコン化しそうなのは、「AIコーディングツールを高性能な補完機能としてだけ評価する見方」です。ベンチマークで何問解けるか、どれだけ速くPRを作れるかだけでは足りません。開発環境に入るAIは、どのファイルを触れるのか、どのコマンドを実行できるのか、何日ログを保持するのか、ユーザー属性をどう判定するのか、監査ログをエクスポートできるのかで評価されるようになります。

逆に伸びるのは、AIエージェント向けの権限管理、監査ログ、実行プロキシ、ポリシーエンジンです。Claude Code、Codex、Cursor系ツール、MCP連携の普及により、開発者のローカル環境は小さな本番環境になっています。そこに必要なのは、チャット履歴ではなく監査証跡、便利な自動実行ではなく検証可能な自動実行です。

今回の件で重要なのは、Reddit発の破壊的削除疑惑を過剰に断定することではありません。むしろ、未検証の事故報告、30日transcript削除という報道済みの運用リスク、隠し国別フラグという透明性問題が同じ方向を向いていることです。AIコーディングエージェントは、もう玩具ではない。開発者の権限を借りて動く以上、監査できない便利さは負債になります。次の競争軸は、最も賢いエージェントではなく、壊れる前提で最も安全に運用できるエージェントです。