Ingest: ACM: Agentic Context Management for Long Horizon Tasks
Type: kb/sources/types/ingest-report.md
Source: acm-agentic-context-management-for-long-horizon-tasks.md Captured: 2026-07-30 From: https://arxiv.org/abs/2607.23809
Classification
Genre: scientific-paper -- an arXiv preprint with a formal method, public training pipeline, three-benchmark evaluation, ablations, case studies, prompts, and references. Domains: context-engineering, agent-memory, post-training, long-horizon-agents Author: Xiaochuan Li, Ryan Ming, Meng Chu, Shuai Shao, Rong Jin, and Chenyan Xiong, affiliated with Carnegie Mellon University and Meta. The paper states that CMU conducted the experiments and data work while Meta advised; public code, data, and checkpoints improve inspectability, but this ingest does not inspect the implementation and the paper is not peer-reviewed.
Summary
ACM turns context management into two agent actions: manage_context summarizes earlier turns while saving the raw messages under an identifier, and query_memory lets the agent retrieve from those messages later. The agent chooses when to invoke them rather than waiting for a fixed context threshold. A teacher-guided post-training pipeline supplies both positive examples (replace looping or redundant search with compression) and negative examples (replace premature compression with deeper search or an answer), then uses on-policy distillation and filtering to train Qwen3.5-9B. Against ReAct, adding the ACM framework raises pass@1 from 0.570 to 0.635 on BrowseComp-Plus, 0.367 to 0.405 on DeepSearchQA, and 0.489 to 0.508 on SWE-Bench Verified; post-training raises them further to 0.727, 0.425, and 0.530. Peak active context generally falls and exploration grows, but tool calls often rise, and a 4B model that terminates after roughly two turns never reaches the regime where the memory tools can help.
Connections Found
The paper's primary role is a context-bound worked case for use testing a decomposition only locally and for the rule that a decomposition's scope needs derivation, inheritance, or discriminating use. Every evaluation holds the manage_context/query_memory split fixed while training and testing a controller inside it, so the reported gains establish that this conjunction sufficed here; they do not discriminate the split from rejected alternatives. The short-term/long-term-memory analogy motivates the split but does not derive it from independently supported constraints or transfer a tested ontology. Within that narrow role, the paper also supplies a worked case for oracle-dependent feedback-trained memory management, implements preserving evidence without making history the next context, and bears on knowledge storage not implying contextual activation. Its peak-context reductions support the feasibility face of context efficiency, while increased tool use leaves aggregate cost unresolved. AgeMem is the closest learned-policy comparison, Virtual Context is the closest engineered raw-trace/compact-view comparison, and Faithful Self-Evolvers supplies the important warning that keeping raw turns retrievable does not establish faithful activation of a summary or later query.
Extractable Value
-
Successful controller training does not validate the chosen decomposition -- ACM fixes a feature map for context management -- chronological summary boundaries, archived raw prefixes, and identifier-based queries -- then learns action timing inside it. Because no rival operation set or constraint-changing intervention is tested, the gains license replay of this process on similar cases rather than the general rule that context management should use this split. This is a direct worked case for local decomposition tests and unwarranted free-choice scope. [quick-win]
-
Recoverable storage is not lossless active context -- Saving every discarded turn prevents irreversible deletion, but the working summary is still selective,
query_memorystill has to be invoked, and a querier model still chooses what to return. The paper demonstrates one successful reread case, not systematic read-back or activation faithfulness; “lossless” is therefore justified for archival recoverability, not for the operative context. [deep-dive] -
Peak-context feasibility and aggregate inference cost can move in opposite directions -- ACM reduces peak token pressure while often increasing tool calls and exploration length (BrowseComp-Plus rises from 19.5 ReAct tool calls to 46.2 after ACM post-training). That is evidence for treating per-window feasibility, total tokens, latency, and tool cost as separate evaluation axes rather than calling all of them context efficiency. [quick-win]
-
Train both invocation and abstention -- ACM's dual constraints label not only where context management should happen, but where a management call should be replaced by search, evidence inspection, or committing to an answer. This turns “when to compress” into a policy over competing next actions rather than a one-sided trigger detector, but the policy remains bounded by the supplied operation vocabulary. [just-a-reference]
-
A context-management intervention needs a horizon-capable base policy -- Qwen3-4B-Thinking averaged two turns and 1.2 searches, stopped at about 18% of its context budget, and scored 3.4%, so neither the tools nor their training could receive useful signal. This is a boundary of the demonstrated process, not the main generalization problem: it shows that the process presupposes sustained exploration before its chosen decomposition can matter. [experiment]
-
Context management may improve reliability more than frontier capability -- The Pass@4/Pass^4 analysis reports that post-training narrows the gap mainly by raising pass@1 and all-four-trials consistency, with a smaller gain in whether any trial succeeds. This suggests cleaner working context stabilizes paths the model can already solve; the claim is promising but figure-bound and should be replicated with reported numeric uncertainty. [experiment]
Limitations (our opinion)
The primary limitation is the untested task decomposition, not the chosen model family. ACM defines context management as two operations over chronological history: summarize and archive a prefix, then query its raw messages through an identifier. The policy, teacher annotations, prompts, training traces, baselines, and evaluation all accept that split. As local success cannot test a decomposition's transfer, the experiment cannot distinguish a load-bearing boundary from a convenient feature set that happens to fit benchmarks dominated by long search traces and bulky tool output. The human-memory analogy is motivation, not derivation; under the decomposition-warrant test, the untested residue is free choice and should remain replaceable. Alternative decompositions -- explicit live invariants, structured plans, selective tool-output paging, dependency-aware retention, external schedulers, or learned state representations -- are outside the experimental search space.
The paper's “lossless compression” terminology overstates what is tested. Raw messages remain stored, but the active summary is lossy by construction, recall is pull-only, and the querier returns another model-selected projection. In light of condensed memories losing behavioral influence, archival recoverability should not be treated as evidence of activation faithfulness without systematic hide/retrieve/use audits.
The remaining details narrow the demonstrated process further. The main policy, summarizer, and querier are Qwen3.5-9B; the teacher is Qwen3.5-397B-A17B; the three benchmarks cover two search settings and repository coding; weaker policies may never sustain enough exploration for the operations to matter; and the compression baselines are reimplementations. Peak tokens and KV-cache pressure improve, but total input/output tokens, end-to-end latency, retrieval error, storage growth, and dollar cost are not reported as a unified budget. The training pipeline also depends on reference answers, teacher annotations, a judge, and trajectory filters. Together these details support a particular reproducible recipe, not an explanation of which invariant makes it work or why that invariant should survive another task decomposition.
Recommended Next Action
Retain ACM as a source-only worked case and do not promote its two-tool decomposition into methodology unless a future study compares rival operation sets or changes a stated constraint strongly enough to make the decomposition itself refutable.