Удалённый Mac (VNC) · матрица · сетка 20 мин
v2026.5.18 (стабильный rollup от 2026-05-18) переводит субагентов из «spawn сработал» в режим отслеживаемо, с очередью, с возвратом. Spawn сообщает accepted только после успешной начальной записи в реестр; главная сессия поддерживает queued follow-ups и приоритет manual-turn; завершённый дочерний run возвращается через completion handoff в originating session. Усилены блокировки сессий и владение sandbox-peer. На арендованном удалённом Mac типичны: дочерняя задача идёт, главный чат молчит; accepted, но пустой список; orphaned нативные субагенты Codex. В статье — runbook из 8 шагов и 20-минутная VNC-сетка: граница Subagent / ACP / Active Memory, резервная копия, обновление, приёмка под тем же пользователем macOS, что и демон Gateway. Ссылки: нет ответа, launchd, v2026.5.7 плагины, несколько проектов, headless Linux vs macOS+VNC.
Между 5.12 и 5.17 сбои субагентов редко означают «модель стала хуже». Чаще это рассинхрон оркестрации: реестр не записан, но accepted; завершение не доходит до главной сессии; зеркало Codex без дочерней сессии OpenClaw. Пути воспроизводимы — в тикет нужны request id и логи Gateway, а не споры о качестве модели.
Если архивировать только подтверждение в IM, цепочка доказательств теряется. С 5.18 «accepted» требует строки реестра или записи в консоли.
Ошибка записи при «успехе» (исправлено): порядок сохранение реестра → accepted; сбой = явная ошибка spawn.
Нет handoff: completion handoff в originating session; маршруты announcement sandbox-peer в 5.18.
Гонка follow-up: queued follow-ups и manual-turn делают «вклинивание» в IM предсказуемым.
Codex native orphaned: обслуживание childless-зеркал отдельно от чистого spawn OpenClaw.
Ловушка удалённого Mac: пользователь SSH ≠ рабочий стол VNC — пустые списки spawn выглядят как регрессия.
| Проверка | только SSH | VNC желателен | ОК |
|---|---|---|---|
| openclaw --version / doctor | да | опционально | CLI ≥ 2026.5.18, doctor без блокеров |
| Реестр после spawn | логи + CLI | консоль / список детей | строка < 30 с |
| completion handoff | transcript главной | Network того же user | итог в главном канале |
| очередь follow-up | логи priority | две команды в IM | manual-turn первым |
| Codex native | trajectory / doctor | OAuth / разрешения | нет orphaned |
| config subagents | doctor --fix | diff конфига | удалены невалидные timeoutMs |
Минимальная стоимость приёмки: SSH для артефактов, VNC для того же пользователя.
ACP привязывает текущую IM-сессию к coding runtime. Subagent — параллельный дочерний run + реестр + handoff. Active Memory вставляет поиск до главного ответа — это не новый spawn.
Заморозка и бэкап: дерево конфигурации, openclaw --version, сборка Gateway, ID узла. Несколько проектов: сначала изоляция.
Обновление до 5.18: затем openclaw doctor — очистка subagents, plugin registry repair.
Минимальный smoke spawn: короткая дочерняя задача с ясным концом; строка реестра до accepted.
Проверка handoff: читаемое резюме в главной сессии; иначе логи handoff / announcement / session lock.
Очередь follow-up: команда «вклинивания» пока дочерний run активен; manual-turn раньше очереди — не смешивать с cron.
Путь Codex: таблица native ↔ дочерняя сессия OpenClaw отдельно.
Перезапуск демона: launchd — строки keep реестра после reboot.
Артефакты отката: логи и transcript в тикет; матрица CLI/Gateway.
openclaw --version openclaw doctor openclaw status # После короткого subagent в тестовом канале: # rg -i "subagent|handoff|registry|spawn" /path/to/gateway.log | tail -n 80
Сквозные исправления (изолированный polling Telegram, финальный ответ Discord, drain pending при перезапуске Gateway) дают handoff OK при пустом IM. Сначала доставка по каналу, затем реестр.
CLI и Gateway на линии 5.18? Подсказки doctor по legacy-ключам subagents?
Пустой список после spawn → сбой записи или контекст пользователя, не таймаут модели.
Логи handoff, announcement, session lock; final payload delivery для вашего канала.
Слой канала: forum topic Telegram, режимы progress Discord.
Нагрузка CPU/RAM удлиняет ожидание блокировок — снизить параллельные spawn.
| Пункт | VNC | SSH | ОК |
|---|---|---|---|
| Версия консоли | About / Network 200 | лог старта | = CLI 5.18 |
| Список после spawn | строка UI | лог registry | < 30 с |
| handoff | финальное сообщение в главном | ключевое слово handoff | читаемо |
| manual-turn | порядок двух команд | лог priority | вклинивание первым |
| тот же пользователь | рабочий стол = демон | whoami | без cross-user |
На арендованном Mac VNCMac Gateway, браузер и «Конфиденциальность и безопасность» укладываются в одну VNC-сессию — диалоги, которые SSH не покажет. Команды с Windows: закрепить «логи SSH + разрешения VNC» в Linux vs macOS+VNC.
doctor, heartbeat, доставка.
Читать →публикация плагинов, cron.
Читать →демон, логи.
Читать →Сначала начальная запись реестра и originating session; логи handoff. С 5.18 сбой записи → ошибка spawn.
Нет. ACP привязывает IM к coding runtime; subagent = параллельный run + реестр + handoff.
CLI и логи — да; UI spawn и диалоги разрешений — VNC под тем же пользователем, что демон.
doctor: убрать невалидные timeoutMs в subagents; модели на primary/fallback. Сначала бэкап.
v2026.5.18 делает параллельную автоматизацию аудируемой: реестр, очередь, handoff — обрыв любого звена выглядит как «ИИ молчит». Граница с разбором «нет ответа».
Свой Mac несёт сон, канал и ожидание блокировок. Арендованный Mac: один рабочий стол VNC для Gateway и консоли — приёмка порядка 20 минут.
Для графической приёмки как в разделе 6: VNCMac — купить Mac в облаке, подключение на главной и в справке SSH-VNC.