One env var now decides your custom OAuth endpoint, and it passes to spawned commands.
What's wrong with this entry?
A custom OAuth endpoint is now recognised purely from the CLAUDE_CODE_CUSTOM_OAUTH_URL environment variable, with the secondary fallback check removed. The same variable is also registered in the list the subprocess environment builder knows about, so it is carried as a recognised Claude Code variable when Claude Code spawns commands.
- Setting
CLAUDE_CODE_CUSTOM_OAUTH_URLis the only way to be treated as having a custom OAuth endpoint; unset means the standard endpoint is used. - The variable is now a known name to the code that assembles environment variables for spawned subprocesses, rather than an unrecognised passthrough.
- Nothing else in this build shows what a spawned process does with the value once it receives it.
CLAUDE_CODE_CUSTOM_OAUTH_URL !== void 0, "CLAUDE_CODE_CUSTOM_OAUTH_URL"
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.223
api.anthropic.com and api-staging.anthropic.com are accepted as trusted OAuth origins
Both mention custom oauth auth
-
v2.1.227
Auth failures now name the credential source
Both mention custom auth
-
v2.1.227
Auth token and custom header failures now say which value is wrong
Both mention custom auth