# NousResearch/hermes-agent · Transcript rows multiplying due to compaction repair bug

## Open now

- 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.

## TL;DR

- 3 member(s): 0 open issue(s), 1 closed issue(s), 0 open PR(s), 0 merged PR(s), 2 PR(s) closed without merging.
- No fix has been merged to main; one or more PRs were attempted (see below).
- **Recommended:** review the prior/competing PR(s) below. A fix was attempted but not merged; your case may extend or revive that work.

## Maintainer resolution verdict

- Internal-tracker verdict over this cluster's issue members: `unresolved`. This is distinct from the fix status above. Weigh it yourself.

## How this cluster was grouped

- Link evidence (`STRUCTURAL_SPANNING`): every member is connected by structural evidence: shared changed files, or a closing/superseded reference.
- Pairwise link density `0.67`: the share of member 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.

## Closed / duplicate issues

- #111996: \[Bug\] Failed compaction + history repair re-appends the whole turn history every turn (rows multiply, foreign content spliced into rows)

## Prior & competing PRs

- **#112044: fix(state): stop re-INSERTing an already-active transcript row (failed compaction + repair grew one logical turn to ~350 rows)**. closed without merge
  - maintainer direction: category `implemented_elsewhere`; implication `superseded`; refs `6f04de8b9335`, `b715156bdc`, `#111996`
- **#112191: fix(state): adopt rematerialized transcript rows instead of re-inserting them**. closed without merge
  - maintainer direction: category `uncategorized`; implication `needs_llm`; refs `#111996`, `#86366`

## Fix status

- No merged fix on record.