自分で書いていないコードでも、動けばうれしい。自分で打っていないコマンドなら、なおさら中身を読み飛ばしたくなります。今回の事例は、その「任せられる心地よさ」の外側で起きました。
この事例で分かっている範囲
添付事例集では、Claude Code 1.0.35設定ファイル上書きについて「ユーザーが設定していた~/.claude/settings.jsonの内容が消失したとXで報告（原因・問題点: 起動時に/modelでモデルを切り替えると設定ファイルを書き換える挙動が疑われた。単一ユーザー報告で、製品側の公式確認は未確認）」と記録されています。影響分類は「AIコーディングツール・設定消失（当事者報告）」、根拠レベルは「当事者報告（未独立検証）」です。根拠資料はX当事者投稿で確認できます。
根拠レベルは当事者報告で、独立に検証されたものではありません。発生したとされる結果と、当事者が推定した原因を分け、確認されていない部分は断定しません。
この記載から確実に言えるのは、公開情報上で「AIコーディングツール・設定消失（当事者報告）」に分類される事象が報告・整理されていることです。添付ファイルにない実行環境、追加被害、ベンダーの判断、報告後の修正状況は創作しません。情報が限られている場合ほど、分からない部分を分からないまま残すことが信頼性につながります。
バイブコーディングとの共通点
AIの書き込みツールは、差分編集ではなくファイル全体を置き換える場合があります。見た目では一部修正でも、保存処理の単位が全体なら、既存内容が欠ける可能性があります。書き込み後のサイズ、差分、行数まで確認することが大切です。
実行・公開前の具体的な確認
- 書き込み前後のdiff、ファイルサイズ、行数を比較する
- 追跡されていない重要ファイルを別途バックアップする
- 全置換ツールを重要パスで自動承認しない
- 変更対象をファイル単位ではなく差分単位で確認する
これらは、公開事例から導く一般的な確認方法です。今回の報告で、すべての対策不足が原因として確定したという意味ではありません。自分の構成に同じ条件があるかを確認し、必要なものだけを実装してください。
外側から見直す方法
Code診断ラクダで確認できるのは、公開されたWebサービスを外側から見たリスクです。Claude Code 1.0.35設定ファイル上書きで報告された内部データの損失を直接防げるとは限りません。それでも、再公開前に別の見落としを確認する工程として、URLだけの約1分無料簡易診断を利用できます。内部環境は専用のバックアップ、権限、ログで守る必要があります。
「動いた」「処理が終わった」という表示だけで次へ進む前に、変更範囲、公開範囲、戻し方を一度確認する。その短い停止が、AIの速さを安心して使い続けるための工程になります。
いまのあなたの環境で「ユーザーが設定していた~/.claude/settings.jsonの内容が消失した」と同じ結果を起こさないための停止条件と復旧地点を、具体的に説明できますか？
#ファイル上書き
#差分管理
#AIコーディング
#バックアップ
#Code診断ラクダ
AIツール経由の侵害