Вчера вечером все прокси-узлы одновременно вышли из строя. Произошло три параллельных сбоя: ошибка прав доступа к журналам xray на VPS, из-за которой процесс аварийно завершился; повреждение локального конфигурационного файла Clash; подозрение, что IP японского узла заблокирован. В результате — соединение с Claude Code полностью разорвано. Тогда я понял одну вещь: мне стало очень трудно самостоятельно искать проблему "вслепую". За последние полгода почти все технические решения я принимал, общаясь с ИИ. Чтение логов, изменение конфигураций, изучение документации, написание скриптов — всё происходило с помощью ИИ и Claude Code. Внезапное отключение — это уже не просто неудобство, а реальная проблема: я действительно не знал, с чего начать. В итоге я временно восстановился, воспользовавшись подпиской на прокси друга, и снова запустил Claude Code. Починил свою инфраструктуру: нашёл корень трёх параллельных сбоев, исправил права доступа, восстановил конфигурацию из бэкапа, сделал полную миграцию и смену IP на Vultr с помощью снимка диска. Восстановил четыре процесса PM2, девять задач cron, все исходные коды и данные — всё как было, и при смене IP всё снова заработало. После этого я сделал то, что давно следовало сделать — создал офлайн-спасательный пакет для себя. Запустил на локальной машине небольшую модель, подготовил аварийное руководство (сценарии сбоев, команды для диагностики, параметры протоколов). В случае отключения интернета модель сможет по шагам диагностировать проблему, читая руководство — без затрат и без сети. Мой вывод: если вы ежедневно интенсивно работаете с AI CLI, ваш прокси/сетевой уровень — это ваша "жизненно важная артерия" для ИИ. Он тоже должен быть спроектирован с высокой доступностью — автоматическое переключение между основным и резервным узлом, офлайн-режим и план действий при сбое, аварийное руководство. Это похоже на развертывание производственного сервиса, только в этот раз сбой произошёл в вашем собственном мозге.