Tool output dedup state lost after context compaction
Cluster 84857 · agent. Data as of
Nothing open on GitHub. Fix merged in #101648 on 2 Sep 2026. Check it covers your case.
The short answer
- Known?
- Yes. 3 related items grouped here, 1 issue already closed.
- Fix event
- A fix was merged to main in PR #101648. Check it covers your case. No release data is tracked.
- Tracker
- The maintainers' tracker marks this
unresolved. That is separate from the fix event. - Still open
- Nothing open on GitHub.
These issues and fixes concern tool outputs (especially read_file) being re-sent repeatedly after context compaction, because deduplication state is not preserved across compaction boundaries. The work addresses tracking and restoring that state to avoid redundant cache reads.
Open issues0
Open PRs0
Fixes on record
-
#101648 fix(tools): one full read_file recovery per compaction generation, then dedup stubs (salvage #84892)
files:
agent/conversation_compression.py,tests/tools/test_file_read_guards.py,tools/file_tools.py
1 PR closed without merging
From the close comments: merged via another change 1
-
#84892 fix(agent): preserve tool-output dedup state across context compaction · merged via another change →
#34,#101648
Closed issues · 1
- Closed#84857Tool outputs re-sent every turn → cache_read ~16× input; read_file dedup state lost across context compaction
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
- agent
- Merged PRs
- #101648
- Closed issues
- 1
- Attempts
- 1 PR closed without merging
- Fix link checked
- 2 Sep 2026