Endor Labs auth: never mix bearer token and API key in one env (dual_mode_conflict)
Guide Endor Labs auth: never mix bearer token and API key in one env (dual_mode_conflict): `endor-auth check --tenant [namespace]` [Official Endor Labs SDK docs (endor-auth-setup)]: Single auth mode is a hard rule: unset ENDOR_TOKEN or unset both API key vars to clear dual_mode_conflict. Use this when you hit exactly this in Endor Labs auth. Not for different errors or different tools.
TL;DR: endor-auth check --tenant [namespace] [Official Endor Labs SDK docs (endor-auth-setup)]: Single auth mode is a hard rule: unset ENDORTOKEN or unset both API key vars to clear dualmode_conflict. Probe with
[Official Endor Labs SDK docs (endor-auth-setup)]: Single auth mode is a hard rule: unset ENDORTOKEN or unset both API key vars to clear dualmodeconflict. Probe with endor-auth check --tenant [namespace] (exit 0 when ready). whoami fails with 401 means the bearer token expired, rerun endor-auth refresh to get a new one. 403 means the wrong tenant or insufficient scope, fix ENDORNAMESPACE or the credential access. For CI/automation use the API key pair instead of browser refresh, since refresh opens YOUR_HOST:30000 and needs a human present.
Context: Official docs (endor-auth-setup SKILL.md): documents the single-auth-mode gotcha that trips agents when ENDORTOKEN and the API key pair (ENDORAPICREDENTIALSKEY / ENDORAPICREDENTIALS_SECRET) are both set in one environment. SDK, endorctl, and MCP must pick one credential mode per env or per .env file, never both.
When to use
You hit exactly this: Endor Labs auth: never mix bearer token and API key in one env (dualmodeconflict) in Endor Labs auth.
When not to use
A different error, or the same symptom in a different tool. This page only covers the failure above.
Compatibility
Endor Labs auth.