2026-04-21 OpenClaw подагенты и привязки каналов — устранение неполадок на безголовом арендованном облачном Mac
Когда ветки Discord перестают доходить до подагентов, а очередь Telegram молчит, хотя шлюз слушает 127.0.0.1:18789, это проблема привязки и сессии, а не сбой модели. На арендованном Apple Silicon с одним только SSH нельзя «починить кликом». Этот runbook от 2026-04-21 выстраивает openclaw doctor, проверки каналов, каталог сессий, контролируемый перезапуск шлюза и ссылается на проверки здоровья, nginx и обновление/откат шлюза; он отделён от статьи про Skills и ClawHub.
Классификация симптомов
| Наблюдение | Вероятный слой | Первый шаг |
|---|---|---|
| Шлюз здоров, каналы тихи | Токен, webhook или спаривание | Статус канала + список спаривания |
| Ошибки подагентов про sessions | Проверка пути на диске | Права и конфиг каталога sessions |
| Флаппинг после npm upgrade | Старая глобальная установка vs процесс | Остановить шлюз, сравнить openclaw --version |
Doctor, статус, корреляция логов
Начните с openclaw doctor, stdout — в конвейер логов. Сверьтесь с дубликатами LaunchAgents.
openclaw doctor 2>&1 | tee /tmp/openclaw-doctor-$CI_BUILD_ID.log
Привязки и порог упоминаний
openclaw.json должен сопоставлять ID каналов с ID агентов. requireMention может тихо отбрасывать трафик. Публичный вход — TLS на nginx с умеренными лимитами.
Сессии и хранилище подагентов
Релизы ужесточают проверку: файлы сессий должны лежать под настроенным корнем sessions. После обновления сверяйте конфиг с заметками к релизу; OPENCLAW_STATE_DIR по секретам и launchd, а не слепой chmod.
Перезапуск шлюза без лавины
- Приостановить вход — upstream 503 с
Retry-After. - Остановить шлюз (CLI или
launchctl). - Запустить, дождаться локальных health, открыть внешний мир.
Nginx, здоровье, регионы
После локального curl снова включите nginx и смотрите ошибки. Неисправный региональный Mac — переключитесь на второй узел из ценообразования, не перезагружая один хост по кругу.
Связанные runbook
Mesh: Tailscale. Docker и нативный npm: сравнение. Поля логов: структурированное логирование.
FAQ
| Вопрос | Ответ |
|---|---|
| Делить пользователя шлюза между подагентами? | Лучше раздельные каталоги состояния по средам. |
| Автоматизировать одобрение спаривания? | Только в рамках допустимого риска — фиксируйте владельца. |
| Где вести инциденты? | Логи шлюза и консоли провайдера; в тикете semver + Git SHA. |
Итог: привязки каналов — как правила файрвола: явные ID, пути и перезапуски; держите архивы отката при изменении глобального npm.
Выделенные шлюзы M4 для OpenClaw
SSH в приоритете · HK · JP · KR · SG · US