Fallback provider auth and pool exhaustion fixes

NousResearch/hermes-agent · cluster 131993 · agent

Data as of

3 open items. Fix attempted, not merged.

The short answer

1open issue
2open PRs
4items grouped
Known?
Yes. 4 related items grouped here, 0 issues already closed.
Fix event
No fix has been merged to main. 1 PR closed without merging; see the attempts below.
Tracker
The maintainers' tracker marks this unresolved. That is separate from the fix event.
Still open
1 issue and 2 PRs.

These items address bugs where providers listed only in fallback_providers were incorrectly skipped due to credential pool exhaustion logic and not being counted as explicit provider configurations. The fixes improve how fallback provider entries are distinguished and handled during authentication.

Open issues1

  • Issue#131993[Bug]: Anthropic listed only in fallback_providers is skipped as "credential pool exhausted" (borrowed claude_code row never filled in)

Open PRs2

  • PR#119652fix(agent,hermes_cli): re-probe a lone rate-limited credential and consolidate pool/fallback cooldown fixes
  • PR#132014fix(auth): count fallback_providers entries as explicit provider configuration

1 PR closed without merging

From the close comments: other 1

  • #132045 fix(fallback): distinguish no-wait-info pool exhaustion in skip log (#131993) · other → 2d52ef6, #119652
How this cluster was grouped
  • Link evidence (structural links throughout): every member is connected by structural evidence: shared changed files, or a closing/superseded reference.
  • Pairwise link density 0.50: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36. 1.00 means every pair is linked.

Pick up a Lab task

Check whether a fix covers the open issues here, with your own agent. Bring back evidence for maintainers.

Open the Lab

At a glance

Subsystem
agent
Closed issues
0
Attempts
1 PR closed without merging

For your agent

The same facts, typed.