昨夜、すべてのプロキシノードが同時にダウンした。

三つの故障が同時発生：VPS上のxrayログ権限エラーによるプロセスクラッシュ、ローカルのClash設定ファイルの破損、日本のノードIPが疑似的に封鎖された。結果は—Claude Codeとの接続が完全に断たれた。
この時になって初めて気づいたこと：自分自身で「裸で」問題を切り分けるのは非常に難しいということだ。
過去半年近く、ほとんどすべての技術的な意思決定はAIとの対話で行ってきた。ログを読む、設定を変更する、ドキュメントを調べる、スクリプトを書く、すべてAIとClaude Codeを使って行っていた。突然の切断は、「不便」なだけではなく、実際にどこから手をつけていいかわからなくなったのだ。
最後は友人の代理購読を借りて一時的にオンラインにし、Claude Codeを使って自分のインフラを修復した：三つの並行故障の根本原因を特定し、権限を修正し、バックアップから設定を復元し、Vultrでディスク全体のスナップショットを作成してIPを変更した。四つのPM2プロセス、九つのcron定期タスク、すべてのコードとデータをそのまま復元し、IPを変えるだけで完全復活した。
修復後にやるべきだったことをやった：自分用のオフライン緊急救助パッケージを作った。
ローカルで小さなモデルを動かし、緊急マニュアル（故障シナリオ＋トラブルシューティングコマンド＋プロトコルパラメータ）を用意しておけば、ネット断絶時にローカルモデルがマニュアルを読み取り、手順通りに問題を切り分けられる。コストゼロ、ネット不要だ。
一つの感想：もし毎日AI CLIに重く依存して仕事をしているなら、あなたのプロキシ／ネットワークアクセス層はあなたの「AIライフライン」だ。それも高可用性の設計が必要—マスタとバックアップノードの自動切り替え、オフライン時のダウングレードプラン、緊急マニュアル。
これは本番サービスの展開と同じ原理だが、今回はダウンしたのはあなた自身の脳だ。