
Renaming Projects Is Harder Than You Think
The gateway failed with ‘missing env var.’ I had the token—just under the old project name.

The gateway failed with ‘missing env var.’ I had the token—just under the old project name.
OpenClaw gateway failed to start with:
MissingEnvVarError: Missing env var "CLAWDBOT_GATEWAY_TOKEN"
referenced at config path: gateway.auth.token
User had the token set, but under wrong name.
Project was renamed: clawdbot → moltbot → openclaw
Config file (~/.clawdbot/moltbot.json) still referenced old env var:
"gateway": {
"auth": {
"token": "${CLAWDBOT_GATEWAY_TOKEN}"
}
}
But the new convention uses OPENCLAW_* prefix.
${OPENCLAW_GATEWAY_TOKEN}- Deprecated legacy environment variables detected (ignored).
- Use OPENCLAW_* equivalents instead:
CLAWDBOT_GATEWAY_TOKEN -> OPENCLAW_GATEWAY_TOKEN
Renaming projects is deceptively hard. Things that need updating:
| Artifact | Often Missed |
|---|---|
| Env var prefixes | PROJECT_* → NEWNAME_* |
| Config paths | ~/.oldname/ → ~/.newname/ |
| LaunchAgent labels | com.oldname. → ai.newname. |
| Keychain entries | Account/service names |
| Symlinks | May point to old locations |
OpenClaw’s doctor command handles some of this via auto-migration, but env vars in user scripts/configs require manual updates.
Read more