NousResearch/hermes-agent
Prevent fallback provider leaking into composer model
Cluster 75320 · apps/desktop. 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.
Next step: read the attempts below. Your case may extend or revive that work.
Pick up a Lab taskThese items address a bug where the fallback provider was being incorrectly persisted or synced into the composer model atoms, causing new sessions to inherit the fallback as the primary provider. The fixes aim to keep fallback state isolated from composer model selection.
Open issues1
- Issue#75320[Bug]: Desktop sticky-ises fallback provider as composer model — new sessions inherit the fallback as PRIMARY, defeating per-turn primary restoration
Open PRs1
- PR#75518fix(desktop): stop syncing session runtime model/provider to composer atoms
1 PR closed without merging
From the close comments: superseded by another PR 1
-
#75323 fix(desktop): keep fallback out of composer model · superseded by another PR →
#102793
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.00means 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 LabAt a glance
- Subsystem
- apps/desktop
- Closed issues
- 0
- Attempts
- 1 PR closed without merging