NousResearch/hermes-agent

Transcript rows multiplying due to compaction repair bug

Cluster 111996. Data as of

Nothing open on GitHub. Fix attempted, not merged.

The short answer

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

A bug caused failed compaction followed by history repair to re-insert already-active transcript rows each turn, causing row counts to balloon and foreign content to appear in rows. The members address identifying and fixing this re-insertion behavior.

Open issues0

No open issues.

Open PRs0

No open pull requests.

2 PRs closed without merging

From the close comments: done elsewhere 1 · other 1

  • #112044 fix(state): stop re-INSERTing an already-active transcript row (failed compaction + repair grew one logical turn to ~350 rows) · done elsewhere → 6f04de8, b715156, #111996
  • #112191 fix(state): adopt rematerialized transcript rows instead of re-inserting them · other → #111996, #86366
Closed issues · 1
  • Closed#111996[Bug] Failed compaction + history repair re-appends the whole turn history every turn (rows multiply, foreign content spliced into rows)
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

Closed issues
1
Attempts
2 PRs closed without merging

For your agent

The same facts, typed.