Минулої ночі всі проксі-ноді одночасно вийшли з ладу.

Три одночасні збої: помилка дозволів журналу xray на VPS, що спричинила крах процесу; пошкоджений локальний конфігураційний файл Clash; підозра на блокування IP японського вузла. В результаті — з’єднання з Claude Code було повністю розірване.
Тільки тоді я усвідомив одне: мені самому важко «голим» діагностувати проблему.
За останні півроку майже всі технічні рішення я приймав у діалозі з AI. Читання логів, зміна конфігурацій, пошук у документації, написання скриптів — весь процес з AI і Claude Code. Раптове відключення — це навіть не питання «зручності», а справжня нездатність зрозуміти, з чого почати.
В кінці кінців я тимчасово підключився через проксі друга, використовуючи Claude Code.
Самостійно ремонтувати свою інфраструктуру: визначити корінь трьох одночасних збоїв, відновити дозволи, відновити конфігурацію з резервної копії, зробити повний знімок диска на Vultr і змінити IP. Чотири процеси PM2, дев’ять запланованих задач cron, всі коди та дані у початковому вигляді — і при зміні IP все знову запрацювало на повну.
Після ремонту я зробив те, що давно слід було зробити: створив для себе офлайн-набір для самодопомоги.
Запустив локальну модель і додав аварійний посібник (сценарії збоїв + команди для діагностики + параметри протоколу), щоб при відсутності інтернету модель могла за інструкціями самостійно діагностувати проблему. Безкоштовно, без підключення до мережі.
Маленький висновок: якщо ви щодня активно залежите від AI CLI у роботі, ваш проксі/мережевий рівень — це ваша «життєва лінія AI». Вона також потребує високої доступності — автоматичне перемикання головного та резервного вузла, офлайн-режими зниження рівня, аварійний посібник.
Це той самий принцип, що й у розгортанні виробничих сервісів, — тільки цього разу збої трапилися у вашому мозку.