Environment variables

Environment variables

Scope

Use this page when:

  • You need to know which env vars are loaded, and in what order
  • You are debugging missing API keys in the Gateway
  • You are documenting provider auth or deployment environments

Moltbot pulls environment variables from multiple sources. The rule is never override existing values.

Precedence (highest β†’ lowest)

  1. Process environment (what the Gateway process already has from the parent shell/daemon).
  2. .env in the current working directory (dotenv default; does not override).
  3. Global .env at ~/.moltbot/.env (aka $MOLTBOT_STATE_DIR/.env; does not override).
  4. Config env block in ~/.moltbot/moltbot.json (applied only if missing).
  5. Optional login-shell import (env.shellEnv.enabled or MOLTBOT_LOAD_SHELL_ENV=1), applied only for missing expected keys.

If the config file is missing entirely, step 4 is skipped; shell import still runs if enabled.

Config env block

Two equivalent ways to set inline env vars (both are non-overriding):

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

Shell env import

env.shellEnv runs your login shell and imports only missing expected keys:

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

Env var equivalents:

  • MOLTBOT_LOAD_SHELL_ENV=1
  • MOLTBOT_SHELL_ENV_TIMEOUT_MS=15000

Env var substitution in config

You can reference env vars directly in config string values using ${VAR_NAME} syntax:

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

See Configuration: Env var substitution for full details.

Related