Repository navigation
[WRONG BRANCH] fix(anthropic-pool): an allowed-status 429 fails the request over again, still cooling nothing (.20) - #18
Merged
vadymhimself merged 1 commit intoNov 11, 2026
Conversation
…in, still cooling nothing (.20) #15 stopped cooling on a 429 whose unified status says "allowed". That was right, because such a 429 is a refusal of the request's shape and cooling on it benched every client on the account. But it also stopped the failover, so the 429 went back to the caller. A combo then moves to its next provider and model, which loses more cache than an account switch. 3f6b2f3 had fixed exactly that bounce. The allowed 429 now moves this request to another account and cools no account. Rejected and header-less 429s cool and fail over as before. Pinned requests still never switch. Known ceiling: when every account repeats the refusal, the request can alternate accounts up to ANTHROPIC_POOL_MAX_FAILOVERS_PER_REQUEST times before the 429 returns. Refused calls bill no tokens. Co-Authored-By: Claude Code <noreply@anthropic.com>
|
✅ Deterministic PR hygiene checks passed. |
github-actions
Bot
changed the title
⏳ DRAFT
What to do
Its title has been prefixed with |
vadymhimself
marked this pull request as ready for review
November 11, 2026 02:35
vadymhimself
merged commit Nov 11, 2026
fa113ad
into
release/2.65.0-vadymhimself.15
32 of 33 checks passed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What
This fixes a 429 whose
anthropic-ratelimit-unified-statusisallowed, meaning the account still has quota and upstream refused the request itself.The change is in
rotateAnthropicAccountOn429:failoverno longer requireslimited, and the cooldown write runs only whenlimited. The version is bumped to 2.65.0-vadymhimself.20.Known ceiling (marked
ponytail:in the code): there is no per-request record of which accounts were tried. So a refusal that every account repeats can alternate accounts up toANTHROPIC_POOL_MAX_FAILOVERS_PER_REQUEST(16) times before the 429 returns. Refused calls bill no tokens.Tests
tests/adapters/anthropic/anthropic-ratelimit-headers.test.ts, "an allowed unified status fails the request over without cooling either account", checks that both allowed 429s return the other account, that both accounts have no health entry, that two; failing over tolines are logged, and that the header-less 429 still cools.images/ocx/failover.check.ts:188(a short allowed 429 on account A fails over to J and returns 200) was RED on .19 and is expected GREEN once fix(codex): keep valid Daybreak grants with malformed sibling metadata lidge-jun/opencodex#5907 is re-pinned to .20.Base:
release/2.65.0-vadymhimself.15, the fork release branch. Tagv2.65.0-vadymhimself.20on the merge commit after its push CI is green.🤖 Generated with Claude Code