NousResearch/hermes-agent

key_cmd credential errors: classification, retries, and caching

Cluster 91108 · agent. 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.

These items concern how key_cmd credential failures are handled, including a bug report that such failures are treated as transient and cause about 30 seconds of retries that hide the "run auth login" message. Two related pull requests propose changes to error classification, fail-fast behavior, caching, and recovery; the titles alone do not show their outcomes.

Open issues1

  • Issue#91108[Bug]: key_cmd credential failure classified as transient — 30s of retries hide the "run auth login" message

Open PRs1

  • PR#139207fix(key_cmd): cache, classify and recover key_cmd credentials correctly

1 PR closed without merging

From the close comments: other 1

  • #91109 fix(error-classifier): fail fast on key_cmd credential errors · other → #88536, #91109, #91132
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
agent
Closed issues
0
Attempts
1 PR closed without merging

For your agent

The same facts, typed.