Follow Discord
Sweep 12 Nov 2026 · 20:38Z Build v2.1.323 540 read Stable v2.1.311 Latest v2.1.323 Next v2.1.323 Feeds RSS JSON llms.txt llms-full.txt Unofficial
Writing the changelog v2.1.323 rate entries · 3/5

Claude Code v2.1.284 ·

Proxy sign-in from proxyAuthHelper is now sent on more connections

The proxy sign-in header produced by proxyAuthHelper is now also attached to connections made through Claude Code's other proxy route

You'll notice Bug Fixes
JSON All of v2.1.284
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
InternalsArea: what it touches
Bug FixesKind: in v2.1.284,
Bug FixesSection of the release

Unclear It is not clear which of Claude Code's requests go through the route that now gets the header.

What

The proxyAuthHelper setting names a command that prints a sign-in value for a proxy server that requires one. Claude Code sends that value in a Proxy-Authorization header. It has two internal ways of making connections through a proxy, and before, only one of them attached this header. Now both do, using the value the helper last returned. Client certificates and the CLAUDE_CODE_PROXY_RESOLVES_HOSTS behaviour are unchanged.

Why

If you work behind a proxy that requires sign-in, some connections could fail even with proxyAuthHelper set up. Those connections should now carry the sign-in value too.

Read from
Names in the bundleproxyAuthHelper
What the documentation says
How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtIt is not clear which of Claude Code's requests go through the route that now gets the header.

See this entry in the whole of v2.1.284 →

Feedback