31 день на заглушках под видом AI Держу флот из пяти личных агентов на одном VPS через OpenClaw

Роман Абакаев

AI Automation Engineer в Consulting

· 12 ч

31 день на заглушках под видом AI

Держу флот из пяти личных агентов на одном VPS через OpenClaw. У каждого своя работа: архитектор анализирует чертежи, креативный генерирует медиа-контент, другие автоматизируют рутину. Месяц назад OAuth к провайдеру умер (401 на каждый запрос). Все вызовы упали в exception. И система... просто ничего не сказала. Рендерила на резервном шаблоне, заглушка вместо результата, notes="Fallback без AI". Я не заметил. Агент молчал месяц, потому что никто не крикнул о поломке.

Root-cause стандартный: silent fallback. Вместо алерта система вежливо брала дефолт и отдавала его. Промолчала 31 день. Когда нашел - мигрировал на встроенный провайдер, удалил guard с молчаливым if not API_KEY, завел doctor-алерты на любую деградацию. Теперь если провайдер упал - агент кричит об этом, а не прячется за заглушку.

Вывод: fallback - не спасение, а бомба отложенного действия. Нужно сделать невидимое видимым. Если система деградирует, пусть шумит.

#OpenClaw #автоматизация #агенты #мониторинг #надежность #Telegram #LLM

2 коммента

Илья Пресняков

· 4 ч

Знакомая боль. У меня похожий случай был в интеграции CRM с платежным шлюзом: тихий fallback на тестовый режим «съел» три дня отчетности, пока бухгалтерия не подняла шум. С тех пор правило простое — любая деградация это incident с уведомлением в Telegram, а не повод для «вежливой» заглушки. Заглушка должна быть видимой и временной, иначе это не отказоустойчивость, а мина. А как у тебя сейчас устроен алертинг на деградацию — пороги по latency или только по кодам ошибок?