---
read_when:
    - Вам потрібно знати, які змінні середовища завантажуються і в якому порядку
    - Ви налагоджуєте відсутні API-ключі в Gateway
    - Ви документуєте автентифікацію провайдера або середовища розгортання
summary: Звідки OpenClaw завантажує змінні середовища та порядок пріоритету
title: Змінні середовища
x-i18n:
    generated_at: "2026-04-23T20:55:05Z"
    model: gpt-5.4
    provider: openai
    source_hash: b0538e07cc2f785224b5f061bdaee982c4c849838e9d637defcc86a5121710df
    source_path: help/environment.md
    workflow: 15
---

OpenClaw отримує змінні середовища з кількох джерел. Правило таке: **ніколи не перевизначати наявні значення**.

## Пріоритет (від найвищого до найнижчого)

1. **Середовище процесу** (те, що процес Gateway уже отримав від батьківської оболонки/демона).
2. **`.env` у поточному робочому каталозі** (типова поведінка dotenv; не перевизначає).
3. **Глобальний `.env`** у `~/.openclaw/.env` (тобто `$OPENCLAW_STATE_DIR/.env`; не перевизначає).
4. **Блок config `env`** у `~/.openclaw/openclaw.json` (застосовується лише за відсутності значення).
5. **Необов’язковий імпорт login-shell** (`env.shellEnv.enabled` або `OPENCLAW_LOAD_SHELL_ENV=1`), який застосовується лише для відсутніх очікуваних ключів.

На свіжих установленнях Ubuntu, які використовують типовий каталог стану, OpenClaw також розглядає `~/.config/openclaw/gateway.env` як сумісний резервний варіант після глобального `.env`. Якщо обидва файли існують і суперечать один одному, OpenClaw зберігає `~/.openclaw/.env` і виводить попередження.

Якщо файл конфігурації повністю відсутній, крок 4 пропускається; імпорт оболонки все одно виконується, якщо його ввімкнено.

## Блок config `env`

Два еквівалентні способи задати inline env vars (обидва не перевизначають наявні значення):

```json5
{
  env: {
    OPENROUTER_API_KEY: "sk-or-...",
    vars: {
      GROQ_API_KEY: "gsk-...",
    },
  },
}
```

## Імпорт env оболонки

`env.shellEnv` запускає вашу login shell і імпортує лише **відсутні** очікувані ключі:

```json5
{
  env: {
    shellEnv: {
      enabled: true,
      timeoutMs: 15000,
    },
  },
}
```

Еквіваленти змінних середовища:

- `OPENCLAW_LOAD_SHELL_ENV=1`
- `OPENCLAW_SHELL_ENV_TIMEOUT_MS=15000`

## Env vars, ін’єктовані під час виконання

OpenClaw також ін’єктує маркери контексту в дочірні процеси, які він запускає:

- `OPENCLAW_SHELL=exec`: задається для команд, запущених через інструмент `exec`.
- `OPENCLAW_SHELL=acp`: задається для запусків процесів runtime-backend ACP (наприклад, `acpx`).
- `OPENCLAW_SHELL=acp-client`: задається для `openclaw acp client`, коли він запускає процес ACP bridge.
- `OPENCLAW_SHELL=tui-local`: задається для локальних команд оболонки `!` у TUI.

Це маркери часу виконання (а не обов’язкова конфігурація користувача). Їх можна використовувати в логіці shell/profile,
щоб застосовувати правила для конкретного контексту.

## Env vars UI

- `OPENCLAW_THEME=light`: примусово використовувати світлу палітру TUI, коли у вашого термінала світлий фон.
- `OPENCLAW_THEME=dark`: примусово використовувати темну палітру TUI.
- `COLORFGBG`: якщо ваш термінал експортує цю змінну, OpenClaw використовує підказку про колір фону, щоб автоматично вибрати палітру TUI.

## Підстановка env vars у config

Ви можете посилатися безпосередньо на env vars у рядкових значеннях config за допомогою синтаксису `${VAR_NAME}`:

```json5
{
  models: {
    providers: {
      "vercel-gateway": {
        apiKey: "${VERCEL_GATEWAY_API_KEY}",
      },
    },
  },
}
```

Повну інформацію див. в [Конфігурація: підстановка env vars](/uk/gateway/configuration-reference#env-var-substitution).

## Secret refs проти рядків `${ENV}`

OpenClaw підтримує два шаблони, що використовують env:

- підстановку рядків `${VAR}` у значеннях config.
- об’єкти SecretRef (`{ source: "env", provider: "default", id: "VAR" }`) для полів, що підтримують посилання на секрети.

Обидва варіанти розв’язуються із середовища процесу під час активації. Докладніше про SecretRef див. у [Керування секретами](/uk/gateway/secrets).

## Env vars, пов’язані зі шляхами

| Змінна                | Призначення                                                                                                                                                                      |
| --------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `OPENCLAW_HOME`       | Перевизначає домашній каталог, який використовується для всіх внутрішніх шляхів (`~/.openclaw/`, каталоги агентів, сесії, credentials). Корисно при запуску OpenClaw як окремого користувача сервісу. |
| `OPENCLAW_STATE_DIR`  | Перевизначає каталог стану (типово `~/.openclaw`).                                                                                                                               |
| `OPENCLAW_CONFIG_PATH` | Перевизначає шлях до файла конфігурації (типово `~/.openclaw/openclaw.json`).                                                                                                   |

## Журналювання

| Змінна              | Призначення                                                                                                                                                                                  |
| ------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `OPENCLAW_LOG_LEVEL` | Перевизначає рівень журналювання і для файла, і для консолі (наприклад, `debug`, `trace`). Має пріоритет над `logging.level` і `logging.consoleLevel` у config. Некоректні значення ігноруються з попередженням. |

### `OPENCLAW_HOME`

Коли задано, `OPENCLAW_HOME` замінює системний домашній каталог (`$HOME` / `os.homedir()`) для всіх внутрішніх шляхів. Це дає змогу повністю ізолювати файлову систему для headless-облікових записів сервісу.

**Пріоритет:** `OPENCLAW_HOME` > `$HOME` > `USERPROFILE` > `os.homedir()`

**Приклад** (macOS LaunchDaemon):

```xml
<key>EnvironmentVariables</key>
<dict>
  <key>OPENCLAW_HOME</key>
  <string>/Users/user</string>
</dict>
```

`OPENCLAW_HOME` також можна задати як шлях із тильдою (наприклад, `~/svc`), який перед використанням розгортається через `$HOME`.

## Користувачі nvm: збої TLS у web_fetch

Якщо Node.js було встановлено через **nvm** (а не через системний пакетний менеджер), вбудований `fetch()` використовує
вбудоване сховище CA від nvm, у якому можуть бракувати сучасних кореневих CA (ISRG Root X1/X2 для Let's Encrypt,
DigiCert Global Root G2 тощо). Через це `web_fetch` завершується з `"fetch failed"` на більшості HTTPS-сайтів.

На Linux OpenClaw автоматично виявляє nvm і застосовує виправлення в реальному середовищі запуску:

- `openclaw gateway install` записує `NODE_EXTRA_CA_CERTS` у середовище сервісу systemd
- точка входу CLI `openclaw` повторно запускає себе з установленим `NODE_EXTRA_CA_CERTS` до старту Node

**Ручне виправлення (для старіших версій або прямих запусків `node ...`):**

Експортуйте змінну перед запуском OpenClaw:

```bash
export NODE_EXTRA_CA_CERTS=/etc/ssl/certs/ca-certificates.crt
openclaw gateway run
```

Не покладайтеся лише на запис цієї змінної в `~/.openclaw/.env`; Node зчитує
`NODE_EXTRA_CA_CERTS` під час старту процесу.

## Пов’язане

- [Конфігурація Gateway](/uk/gateway/configuration)
- [FAQ: env vars і завантаження .env](/uk/help/faq#env-vars-and-env-loading)
- [Огляд моделей](/uk/concepts/models)
