Коротко
- Старые джобы без записанного аккаунта больше не наследуют аккаунт из текущих настроек по умолчанию. Им нужен записанный аккаунт.
- Задания с ключом, заданным через окружение или конфигурацию провайдера, остаются непривязанными и используют настроенный ключ.
- Старые джобы восстанавливает
openclaw doctor --fix: Doctor записывает подходящий аккаунт и сохраняет резервную копию. - Модели без учётных данных работают без привязки к аккаунту.
Сверено с документацией OpenClaw 2026.11.2, 8 ноября 2026.
После апгрейда старые задания без записанного аккаунта могут перестать запускаться. Дальнейшее поведение зависит от маршрута авторизации и способа запуска.
Что изменилось
Раньше старая фоновая AI-джоба могла использовать аккаунт, выбранный из текущих настроек агента или сессии. Теперь среда выполнения не угадывает его: привязанная джоба хранит собственный аккаунт.
Пользователь /u/xenacallisto сообщил, что после перехода с 10.9 на 10.10 у него перестали работать десятки заданий. По его словам, новое требование сохраняет авторизацию каждой AI-джобы и предотвращает молчаливый переход на другой аккаунт или маршрут оплаты.
Как обрабатываются ключи из окружения
Ключи из окружения и конфигурации провайдера не имеют сохранённого аккаунта. Новые и старые джобы на этих маршрутах остаются непривязанными и используют настроенный ключ.
Если маршрут выбирает сохранённый аккаунт, непривязанная джоба останавливается до его явной привязки.
Привязка аккаунта: model@profile
Суффикс @ после имени модели задаёт профиль авторизации. Он захватывает свежую авторизацию и привязывает джобу к конкретному аккаунту.
--model "openai/gpt-4.1@work"
Для CLI-бэкендов, которые пересылают сохранённые профили, явное обновление model@profile записывает аккаунт для непривязанной CLI-джобы. Уже привязанная CLI-джоба обязана переслать ровно записанный аккаунт и сохранить действующую авторизацию через подготовку и запуск.
Нативные CLI-логины и бэкенды, которые не пересылают профили, остаются непривязанными. Явно переданный отсутствующий или несовместимый аккаунт отклоняется.
Чиним старые джобы через Doctor
Для старых заданий без записанного аккаунта запустите восстановление через Doctor.
openclaw doctor --fix
Doctor записывает текущий выбранный аккаунт общей авторизации, если он подходит, или первый подходящий аккаунт из обычного планировщика среды выполнения. Он не использует телеметрию прошлых запусков, не закрепляет унаследованные модели и не меняет списки резервных моделей.
Валидные ссылки на подтверждения сохраняются, а перед записью Doctor сохраняет проверенную резервную копию. Недостающие аккаунты и личные аккаунты, требующие авторизации владельца, остаются без изменений и получают инструкцию по привязке.
Как проверить
openclaw models status --probe
openclaw doctor --fix
openclaw cron list
Если аккаунт отказал, запуск заканчивается сразу, без попытки взять другую модель или другого провайдера.
Где ломается и когда не применять
- Управляемые обновления и стандартная точка входа контейнера сами запускают Doctor с восстановлением. При ручном обновлении из исходников нужен
openclaw doctor --fixдо запуска Gateway. - Стартовая диагностика не записывает учётные данные и не переписывает джобы.
- Смена вида задания на агентный запуск и обратно сохраняет ограничение аккаунта: конвертация не переавторизует джобу.