Если вы закончили гайд по установке OpenClaw, но по-прежнему видите «CLI жив, Gateway мёртв», «таймауты модели» или «демон в WSL2 не держится», нужны постинсталляционная проверка и разбор по симптомам, а не копипаст шагов установки. Статья согласована с гайдом на три платформы, продакшен-Docker и продвинутыми материалами про Secrets/PDF: даётся только матрица симптомов, шестишаговый runbook и три жёстких ops-метрики, плюс отличия WSL2 от нативного Linux и macOS.
Системы с долгоживущим Gateway, исходящим трафиком к моделям и локальными демонами часто ломаются как «каждый кусок в отдельности нормальный». На дежурстве отделяйте разовую ошибку конфигурации от нестабильной сети и политик питания. Сначала согласуйте пять ловушек ниже, затем переходите к таблице.
Используйте таблицу на дежурстве; точные имена CLI зависят от установленной версии OpenClaw. Перед глубоким копанием предпочтительны doctor или эквивалентные проверки.
| Что видите | Вероятное направление | Сначала попробуйте |
|---|---|---|
| Процесс сразу выходит | Версия Node, права, рабочий каталог | Свериться с официальным базовым Node; запустить doctor; проверить пользователя установки и права на каталог данных |
| Порт Gateway «молчит» | Адрес привязки, конфликт порта, фаервол | Подтвердить слушатель; curl health локально; проверить хост и upstream security groups |
| Таймауты модели или обрыв стрима | Egress, DNS, прокси, регион, квота | Минимальный тестовый запрос; обойти прокси; проверить квоту и регион endpoint |
| Только WSL2, на «голом» Linux ок | Производительность ФС, вирт-сеть, пробелы systemd | Держать репозитории на ext4 в WSL; не таскать огромные деревья через /mnt/c; проверить стратегию systemd/user-session |
| Падает после сна/обновления | Политика питания ноутбука и восстановление демона | Настройки энергии; умирают ли демоны вместе с GUI-сессией; нужен ли выделенный хост |
# Проверки после установки (имена могут совпадать с вашим CLI)
openclaw doctor
curl -fsS "http://127.0.0.1:${OPENCLAW_GATEWAY_PORT:-PORT}/health" || true
WSL2: тяжёлые сборки или файловые вотчеры на /mnt/c медленнее и могут терять события по сравнению с Linux-ФС; долгоживущие Gateway лучше держать репозитории и данные на томе WSL Linux и отдельно проверять жизненный цикл systemd/сессии.
Шаги повторяют дисциплину Docker health-check, но для bare-metal или гибрида: каждый критерий приёмки должен воспроизводиться.
Они не заменяют документацию, но выравнивают ревью и дежурство.
Сон, обновления и запросы прав прерывают долгоживущие процессы; у WSL2 и нативного Windows сеть расходится ещё сильнее. Если Gateway OpenClaw должен быть опорой для команды, выделенный наблюдаемый хост на Apple Silicon обычно выигрывает у бесконечных локальных костылей.
MACCOME предлагает мультирегиональные bare-metal удалённые Mac, подходящие для стабильных Gateway и автоматизации; после гайдов по установке и Docker, если сон и восстановление демона всё ещё мешают, начните с центра помощи и сопоставьте тарифы и регионы.
Для краткосрочной отладки на ноутбуке завершите этот шестишаговый чеклист и заскриптуйте health-проверки; когда в игру входят CI или агенты 24/7, оцените перенос на выделенный удалённый Mac вместо наслоения локальных патчей.
Вопросы
В гайде по установке уже есть команды — зачем эта статья?
Гайд на три платформы описывает, как установить; эта статья — как доказать здоровье и разобрать симптомы.
Это дублирует статью про продакшен Docker?
Нет. Продакшен-runbook по Docker про образы и Compose; здесь — постинсталляционные проверки, пробы и разрыв WSL2/натив.
Сначала читать продвинутый материал про Secrets?
Гovernance — в продвинутом runbook; если модели всё ещё падают, сначала матрица здесь, затем ротация и аудит. Стабильную плоскадку хоста смотрите в тарифах и в центре помощи по сессиям и подключению.