NousResearch/hermes-agent
Scratch directory pruning per-profile fix
Cluster 134896 · 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.
Next step: read the attempts below. Your case may extend or revive that work.
Pick up a Lab taskA bug was identified where scratch directory pruning only ran once against the default home, leaving named profiles unpruned. The subsequent fixes address pruning logic to cover each computed profile root rather than only the first.
Open issues1
- Issue#134896[Bug]: named profiles never prune their scratch dir: _scratch_pruned_once is spent on the default home at bootstrap
Open PRs1
- PR#134907fix(scratch): prune each profile root once per process
1 PR closed without merging
From the close comments: superseded by another PR 1
-
#134919 fix(cli): prune every scratch root the process resolves, not just the first · superseded by another PR →
#134907
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
- hermes cli
- Closed issues
- 0
- Attempts
- 1 PR closed without merging