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)
- Process environment (what the Gateway process already has from the parent shell/daemon).
.envin the current working directory (dotenv default; does not override).- Global
.envat~/.moltbot/.env(aka$MOLTBOT_STATE_DIR/.env; does not override). - Config
envblock in~/.moltbot/moltbot.json(applied only if missing). - Optional login-shell import (
env.shellEnv.enabledorMOLTBOT_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=1MOLTBOT_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.