Аудитория: вы поставили npm i -g openclaw по разрозненным заметкам, но скачете между workspace, Gateway, каналами и Skills, не проходя рекомендованный апстримом порядок openclaw onboard, и сомневаетесь, как вместе менять Node 24, демоны, каналы stable/beta/dev. Результат: проверяемый runbook—doctor → onboard → проверка первого канала → первый ClawHub Skill → установка демона → задокументированные обновления/откаты—чтобы вместо «как-то стартует» было «стабильно крутится без присмотра». Карта: шесть ловушек → таблица путей → шесть шагов → три поля для аудита; вместе с docker-setup + GHCR, Compose pairing 1008 и post-install doctor.
Апстрим рекомендует onboard, потому что у Gateway, workspace, каналов и дефолтов модели есть зависимости по порядку. Мастер в обход и правка JSON часто ведут к «процесс есть, сообщений нет» или «Skill поставлен, инструменты не регистрируются». Шесть частых неверных чтений в ветках 2026:
openclaw doctor: риск застревания в конце onboard без бисекции; doctor — это шлюз, а не украшение.Осознанно в контейнерах? Первично docker-setup + GHCR, эта статья вторична. Болтает subagent-pairing — читайте Compose 1008 до слепой переустановки npm.
| Путь | Кому | Что зафиксировать | Связь с этой статьёй |
|---|---|---|---|
openclaw onboard (npm global) | выделенный Mac/VPS с долгим Gateway | Workspace, openclaw.json, unit launchd/systemd, факт по каналу, лог проверки Skill | Основной |
| Официальный Docker/Compose | доставка образами, единый рантайм | Compose, карта томов, политика переключения OPENCLAW_IMAGE | Дополняет |
| Только triage с doctor | уже установлено, но плохо | деревья симптомов, отпечатки в логах | Параллельное чтение |
Предупреждение: onboard пишет в home. На общих macOS-аккаунтах согласуйте политику. В проде выбирайте выделенные хосты или сервис-аккаунты.
node -v в тикет.npm i -g openclaw@latest, потом openclaw doctor; снять риск до onboard.openclaw onboard: workspace, дефолтная модель, AGENTS.md, хотя бы один канал; порт Gateway и путь Control UI из вывода.openclaw skills search → openclaw skills install <name> → рестарт Gateway → openclaw skills list.openclaw onboard --install-daemon (эквивалент в мастере); ротация и пороги диска до openclaw update --channel beta|dev.node -v npm i -g openclaw@latest openclaw doctor openclaw onboard openclaw skills search "calendar" openclaw skills install example-org/some-skill openclaw restart openclaw skills list openclaw onboard --install-daemon openclaw update --channel stable
v24.x nvm; doctor после каждого апгрейда ОС.stable|beta|dev с календарными окнами; откаты—парой версий CLI+Gateway.Это инженерные поля аудита, не SLA. Если рядом CI—алерты на CPU/диск, чтобы сборка не съедала логи/SQLite.
Архитектурно onboard якорит автоматизацию: фиксированы workspace/Skills, единая правда для бэкапов и обновлений. Без якоря—встречи «кто трогал openclaw.json».
Сон, всплески VPN, корп-политика ломают временную непрерывность Gateway. Когда OpenClaw—фактическая control plane, берите хост 24/7 с прогнозируемыми диском и исходом, ноут оставьте CLI-клиентом.
Домашние/офисные башни несут неконтролируемые окна патчей/питания. Для агентов рядом с iOS-фермой мультирегиональные Apple Silicon обычно дают чище SLO, чем одолженные ноуты. MACCOME — bare metal и гибкие сроки: тарифы и центр помощи по каналам и доступу.
Пилот: неделя onboard+демон на выделенном удалённом Mac, объём логов и пики CPU, затем решайте, садится ли beta на тот же хост; не привязывайте прод-Gateway с первой же недели к личной dev-машине.
Вопросы
В WSL2 тот же порядок, что на macOS?
Та же схема, другие пути/сеть—doctor + WSL2 triage вместо ожидания launchd-эквивалента.
Список skills пуст после установки—что в первую очередь?
Перезапуск Gateway, видимость workspace, затем triage no-reply, прежде чем бежать в beta-канал.
Конфликт с Docker-установкой?
Нет, но одну папку данных не делим; npm или контейнер—по политике. См. docker-setup + GHCR.