What
With CLAUDE_CODE_USE_GATEWAY set, credential handling now runs in its own step before the normal path: it reuses an already-pinned entry when the token matches instead of re-pinning on every call, keeps the previously pinned URL, and reports a bad ANTHROPIC_BASE_URL as a typed error rather than a generic one. Two new messages explain the pin store refusing a credentials file that is a symlink or unreadable.
Details
- Requires
CLAUDE_CODE_USE_GATEWAYtogether withANTHROPIC_BASE_URLandANTHROPIC_AUTH_TOKEN. - The existing warning for a missing base URL or auth token is unchanged.
Evidence
gateway TLS pin store refused: the credentials file is a symlink
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Names in the bundleCLAUDE_CODE_USE_GATEWAYANTHROPIC_BASE_URL
The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.
Added since
A small documentation edit on Claude Code changelog touched a line naming ANTHROPIC_BASE_URL after this was published.
* Fixed every request failing with `400 … Input tag 'advisor_20260301'` when `ANTHROPIC_BASE_URL` points at a proxy or gateway (2.1.275 regression)changelog see the edit
Confirmed since
Anthropic's documentation has since written up ANTHROPIC_BASE_URL, on Claude Code changelog.
* Fixed every turn failing with HTTP 400 on third-party Anthropic-compatible endpoints (`ANTHROPIC_BASE_URL`) since 2.1.265: a regex in the Artifact tool's input schema that those endpoints rejectchangelog see the edit
One source agreesOne thing we can check says the same as this entry.
Anthropic's documentation agrees
Anthropic's documentation has since written up ANTHROPIC_BASE_URL, on Claude Code changelog.