Cairn
NousResearch/hermes-agent

Custom provider dedup bug with shared base URLs

Cluster 81789 · hermes cli. Data as of

2 open items. Fix attempted, not merged.

The short answer

1open issue
1open PR
3items grouped
Known?
Yes. 3 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 1 PR.

A bug where custom providers sharing the same base URL are incorrectly deduplicated, causing the second provider's credentials to be lost or overridden by the first entry. These members address the problem and related fixes in the credential pool and CLI.

Open issues1

  • Issue#81789[Bug]: custom_providers dedup by base_url blocks second provider with same URL / different api_key; recovery always picks the first entry

Open PRs1

  • PR#81818fix(hermes_cli): keep same-URL custom providers on their selected credentials

1 PR closed without merging

From the close comments: superseded by another PR 1

  • #81863 fix(credential_pool): let two custom providers share one base_url (#81789) · superseded by another PR → #81818, #81789
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.67: 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
hermes cli
Closed issues
0
Attempts
1 PR closed without merging

For your agent

The same facts, typed.

cluster/81789.json
cluster/81789.md