openclaw.json: получить/задать/частично изменить/удалить значение по пути, вывести схему, проверить конфигурацию или вывести путь к активному файлу. Запустите openclaw config без подкоманды, чтобы открыть тот же пошаговый мастер, что и openclaw configure.
Когда
OPENCLAW_NIX_MODE=1, OpenClaw считает openclaw.json неизменяемым. Команды только для чтения (config get, config file, config schema, config validate) по-прежнему работают; команды записи конфигурации отклоняются. Вместо этого измените исходный код Nix для установки; для официального дистрибутива nix-openclaw воспользуйтесь кратким руководством по nix-openclaw и задайте значения в programs.openclaw.config или instances.<name>.config.Корневые параметры
string
Повторяемый фильтр разделов пошаговой настройки при запуске
openclaw config без подкоманды.workspace, model, web, gateway, daemon, channels, plugins, skills, health.
Примеры
Пути
Точечная или скобочная нотация. Заключайте пути со скобками в кавычки в примерах для оболочки, чтобы zsh не раскрывала[0] как шаблон:
config get
Считывает значение из редактированного снимка конфигурации (секреты никогда не выводятся). --json выводит исходное значение в формате JSON; иначе строки, числа и логические значения выводятся без оформления, а объекты и массивы — как форматированный JSON.
config file
Выводит путь к активному файлу конфигурации, определённый из OPENCLAW_CONFIG_PATH или расположения по умолчанию. Путь указывает на обычный файл, а не на символическую ссылку; см. Безопасность записи.
config schema
Выводит созданную схему JSON для openclaw.json в стандартный вывод.
Что включено
Что включено
- Текущая корневая схема конфигурации, а также корневое строковое поле
$schemaдля инструментов редактора. - Метаданные документации полей
title/description, используемые Control UI. - Узлы вложенных объектов, подстановочных знаков (
*) и элементов массивов ([]) наследуют те же метаданныеtitle/description, когда существует соответствующая документация полей. - Ветви
anyOf/oneOf/allOfтакже наследуют те же метаданные документации. - Получаемые по мере возможности актуальные метаданные схем плагинов и каналов, когда можно загрузить манифесты среды выполнения.
- Корректная резервная схема, даже если текущая конфигурация недопустима.
Связанный RPC среды выполнения
Связанный RPC среды выполнения
config.schema.lookup возвращает один нормализованный путь конфигурации с неглубоким узлом схемы (title, description, type, enum, const, общие ограничения), соответствующими метаданными подсказок интерфейса и сводками непосредственных дочерних элементов. Используйте его для детализации по пути в Control UI или пользовательских клиентах.config validate
Проверяет текущую конфигурацию по активной схеме без запуска Gateway.
Если проверка уже завершается ошибкой, начните с
openclaw configure или openclaw doctor --fix. openclaw chat не обходит защиту от недопустимой конфигурации.Значения
По возможности значения разбираются как JSON5; иначе они считаются необработанными строками. Используйте--strict-json, чтобы требовать стандартный JSON без резервного преобразования в строку (в этом случае синтаксис, допустимый только в JSON5, например комментарии, завершающие запятые или ключи без кавычек, отклоняется). --json — устаревший псевдоним для --strict-json в config set.
config get <path> --json выводит исходное значение в формате JSON вместо текста, оформленного для терминала.
По умолчанию присваивание объекта заменяет целевой путь. Защищённые пути, которые обычно содержат добавленные пользователем записи, отклоняют замены, удаляющие существующие записи, если не передан
--replace: agents.defaults.models, agents.list, models.providers, models.providers.<id>, models.providers.<id>.models, plugins.entries и auth.profiles.--merge при добавлении записей в эти отображения:
--replace только тогда, когда предоставленное значение должно намеренно стать полным целевым значением.
Режимы config set
- Режим значения
- Режим конструктора SecretRef
- Режим конструктора провайдера
- Пакетный режим
--batch-json/--batch-file); --strict-json / --json не изменяют поведение пакетного разбора.
Режим пути/значения JSON также работает непосредственно для SecretRef и провайдеров:
Флаги конструктора провайдера
Целевые пути конструктора провайдера должны использоватьsecrets.providers.<alias> в качестве пути.
Общие флаги
Общие флаги
--provider-source <env|file|exec>--provider-timeout-ms <ms>(file,exec)
Провайдер окружения (--provider-source env)
Провайдер окружения (--provider-source env)
--provider-allowlist <ENV_VAR>(можно указывать многократно)
Файловый провайдер (--provider-source file)
Файловый провайдер (--provider-source file)
--provider-path <path>(обязательно)--provider-mode <singleValue|json>--provider-max-bytes <bytes>--provider-allow-insecure-path
Исполняемый провайдер (--provider-source exec)
Исполняемый провайдер (--provider-source exec)
--provider-command <path>(обязательно)--provider-arg <arg>(можно указывать многократно)--provider-no-output-timeout-ms <ms>--provider-max-output-bytes <bytes>--provider-json-only--provider-env <KEY=VALUE>(можно указывать многократно)--provider-pass-env <ENV_VAR>(можно указывать многократно)--provider-trusted-dir <path>(можно указывать многократно)--provider-allow-insecure-path--provider-allow-symlink-command
config patch
Вставьте или передайте через канал JSON5-изменение, имеющее структуру конфигурации, вместо запуска множества команд config set на основе путей. Объекты объединяются рекурсивно; массивы и скалярные значения заменяют целевое значение; null удаляет целевой путь.
--replace-path <path>, когда один объект или массив должен в точности принять предоставленное значение вместо рекурсивного частичного изменения:
--dry-run выполняет проверки схемы и разрешимости SecretRef без записи. SecretRef на основе исполняемых провайдеров по умолчанию пропускаются при пробном запуске; добавьте --allow-exec, если намеренно хотите, чтобы пробный запуск выполнял команды провайдеров.
Пробный запуск
--dry-run проверяет изменения без записи в openclaw.json. Доступно для config set, config patch и config unset.
Поведение пробного запуска
Поведение пробного запуска
- Режим конструктора: выполняет проверки разрешимости SecretRef для изменённых ссылок/провайдеров.
- Режим JSON (
--strict-json,--jsonили пакетный режим): выполняет проверку схемы и проверки разрешимости SecretRef. - Проверка политик выполняется для полной конфигурации после изменений, поэтому запись родительского объекта (например, задание
hooksв виде объекта) не позволяет обойти проверку неподдерживаемых поверхностей. - Проверки Exec SecretRef по умолчанию пропускаются во избежание побочных эффектов команд; для их включения передайте
--allow-exec(это может привести к выполнению команд провайдера).--allow-execпредназначен только для пробного запуска и без--dry-runприводит к ошибке.
Поля --dry-run --json
Поля --dry-run --json
ok: успешно ли завершён пробный запускoperations: количество проверенных присваиванийchecks: выполнялись ли проверки схемы/разрешимостиchecks.resolvabilityComplete: были ли проверки разрешимости выполнены полностью (false, если ссылки exec пропущены)refsChecked: количество ссылок, фактически разрешённых во время пробного запускаskippedExecRefs: количество ссылок exec, пропущенных из-за того, что--allow-execне был заданerrors: структурированные ошибки отсутствующего пути, схемы или разрешимости, когдаok=false
Структура вывода JSON
- Пример успешного выполнения
- Пример ошибки
Если пробный запуск завершается ошибкой
Если пробный запуск завершается ошибкой
config schema validation failed: структура конфигурации после изменений недопустима; исправьте путь/значение или структуру объекта провайдера/ссылки.Config policy validation failed: unsupported SecretRef usage: верните эти учётные данные в открытый текст/строковый ввод; используйте SecretRef только на поддерживаемых поверхностях.SecretRef assignment(s) could not be resolved: указанный провайдер/ссылка сейчас не разрешается (отсутствует переменная окружения, недопустимый указатель файла, сбой провайдера exec или несоответствие провайдера и источника).Dry run note: skipped <n> exec SecretRef resolvability check(s): повторите запуск с--allow-exec, если требуется проверка разрешимости exec.- В пакетном режиме исправьте ошибочные записи и повторно запустите
--dry-runперед записью.
Применение изменений
После каждого успешного выполненияconfig set / config patch / config unset CLI выводит одну из трёх подсказок, чтобы было понятно, требуется ли перезапуск Gateway:
Запись в
plugins.entries (или любой вложенный путь) всегда требует перезапуска, поскольку CLI не может подтвердить, что загружены метаданные перезагрузки каждого плагина.
Безопасность записи
openclaw config set и другие принадлежащие OpenClaw средства записи конфигурации проверяют полную конфигурацию после изменений перед сохранением на диск. Если новые данные не проходят проверку схемы или выглядят как разрушительная перезапись, активная конфигурация остаётся неизменной, а отклонённые данные сохраняются рядом с ней как openclaw.json.rejected.*.
При записи средствами OpenClaw JSON5 повторно сериализуется в стандартный JSON. Если исходный файл содержит комментарии, средство записи предупреждает непосредственно перед их удалением; если комментарии нужно сохранить, используйте редактор напрямую.
Для небольших изменений предпочитайте запись через CLI:
openclaw.json. Запустите openclaw doctor --fix, чтобы исправить конфигурацию с префиксами или разрушительной перезаписью либо восстановить последнюю заведомо исправную копию. См. устранение неполадок Gateway.
Восстановление всего файла предназначено только для исправления через doctor. Изменения схемы плагина или рассогласование minHostVersion явно сообщаются как ошибки вместо отката не связанных с ними пользовательских настроек, таких как модели, провайдеры, профили аутентификации, каналы, доступность Gateway, инструменты, память, браузер или конфигурация Cron.
Цикл исправления
После успешного выполненияopenclaw config validate используйте локальный TUI, чтобы встроенный агент сравнил активную конфигурацию с документацией, пока вы проверяете каждое изменение в том же терминале:
! запускает буквальную локальную команду оболочки (после однократного запроса подтверждения для каждого сеанса):
1
Сравните с документацией
Попросите агента сравнить текущую конфигурацию с соответствующей страницей документации и предложить минимальное исправление.
2
Примените точечные изменения
Примените точечные изменения с помощью
openclaw config set или openclaw configure.3
Повторите проверку
Повторно запускайте
openclaw config validate после каждого изменения.4
Используйте doctor при проблемах среды выполнения
Если проверка проходит, но среда выполнения по-прежнему работает некорректно, запустите
openclaw doctor или openclaw doctor --fix, чтобы получить помощь с миграцией и исправлением.