← Back
FeaturedAIModels#AI Agent#Hugging Face#IBM Research#Memory Optimization

How Much Memory Does Your Agent Actually Need?

Hugging Face:Blog(RSS)T1
02:0908/19, 02:09 AMRSSRead the original ↗Export MD ↓

Score

76
Information gain7 ×0.3

针对 Agent 内存需求这一具体问题提供分析,有一定信息增量。

Content quality8 ×0.2

来自 IBM Research,内容专业,观点清晰。

Practical value8 ×0.2

对开发者设计 Agent 系统具有参考价值。

Timeliness6 ×0.15

博客发布信息未注明具体日期,但主题持续受关注。

Source reliability9 ×0.15

Hugging Face 博客平台与 IBM Research 均具权威性。

Base 75.5 × T1 Source weight ×1 = 76

Curation line 60Selected

Why selected

This content addresses a practical pain point in agent deployment, offering a useful engineering perspective on memory optimization.

AI commentary

「Memory configuration is an often overlooked engineering detail in agent systems. This post highlights the key issue and is worth reading for developers building agent applications, helping you avoid blindly throwing compute at the problem.」

Quick overview

IBM Research published an article on the Hugging Face blog exploring the memory requirements of AI agents. The post points out that memory size directly affects an agent's reasoning and decision-making, but more memory is not always better, as different tasks vary significantly in their need for contextual information. Drawing on engineering practice, it proposes strategies for dynamically adjusting memory based on task complexity and historical dependency, helping developers balance performance with resource costs.

  • Memory needs vary by task scenario; there is no one-size-fits-all configuration.
  • Over-provisioning memory increases costs, while insufficient memory may degrade agent performance.
  • Dynamically adjusting memory length based on task complexity and historical dependency is key to efficiency.

Full text

Showing the source text; the full translation is being generated.

Back to Articles

How Much Memory Does Your Agent Actually Need?

Enterprise Article Published August 18, 2026 Upvote 9
  • +3
Vatche Isahagian's avatar Vatche Isahagian Vatche Follow IBM Research's avatar ibm-researchGaodan Fang's avatar Gaodan Fang gaodan-fang Follow IBM Research's avatar ibm-researchJayaram Radhakrishnan's avatar Jayaram Radhakrishnan jayaramkr Follow IBM Research's avatar ibm-researchPunleuk Oum's avatar Punleuk Oum illeatmyhat Follow IBM Research's avatar ibm-researchAshwath Vaithinathan Aravindan's avatar Ashwath Vaithinathan Aravindan ashwath-vaithina Follow IBM Research's avatar ibm-researchEvelyn Duesterwald's avatar Evelyn Duesterwald evduester Follow IBM Research's avatar ibm-researchG Thomas's avatar G Thomas gsthomasx Follow IBM Research's avatar ibm-researchVinod Muthusamy's avatar Vinod Muthusamy vinodmut Follow IBM Research's avatar ibm-researchMerve Unuvar's avatar Merve Unuvar mrvnvr Follow IBM Research's avatar ibm-researchAyhan Sebin's avatar Ayhan Sebin ayhansebin Follow IBM Research's avatar ibm-research

In our previous post, we compared ALTK-Evolve with ACE and showed that how you deliver an agent's self-distilled guidelines — a few retrieved per task vs. the whole set injected — drives both accuracy and cost. This post steps back to the question that comes before it: how much should you give it?

Equipping an agent with agentic memory sounds simple: distill lessons from its past work, put them back in context, and more experience should mean better performance. It doesn't always work that way. When we scaled the evaluation to eight models — from a 30B dense model to frontier proprietary systems — one finding stood out:

Agentic memory is not a feature you switch on. It's a dose you calibrate to the model.

TL;DR

  • ALTK-Evolve lets an agent learn from its own past trajectories: distilling reusable guidelines and injecting them back at inference time, with no weight updates and no human annotation.

  • The right dose differs by model tier: strong models with headroom want the full guideline set, weaker models do best with a compact core plus per-task retrieval, and saturated models show no measurable gain.

  • Curated retrieval can be both the most accurate and the cheapest option: gpt-oss-120b gained +16.1pp task completion at only +5% tokens — and prompt caching keeps even the full guideline set affordable in production.


The Key Insight: Dosage Depends on Capability

Not every model benefits from the same amount of memory. Across eight models spanning the capability spectrum, we saw three recurring patterns:

  • Strong models with headroom want the full guideline set — every guideline, including rare edge-case lessons. They have the capacity to absorb and apply all of it. DeepSeek-V3.2 (671B MoE) climbed +9.5 percentage points in task completion when given its full self-mined guideline set.

  • Smaller or weaker models get drowned by a large guideline set. For these, a tight, high-confidence core plus a handful of task-relevant guidelines retrieved per task works best. gpt-oss-120b (117B MoE) gained +16.1pp with this selective approach — while the full guideline set gained less and cost ~50% more tokens.

  • Already-saturated models show no measurable gain. We call this the saturated pattern — the label describes what we observed, not a proven cause. The model may already have been near its ceiling on these tasks, the guidelines may not have addressed its remaining failures, or it may not have applied the guidance effectively. GLM-5 (745B MoE) sat here in our runs.

What puts a model into one pattern rather than another isn't simply parameter count. Benchmark headroom, context-window size, architecture, guideline quality, and task distribution all appear to shape where a model lands, and separating those factors is ongoing work. The practical takeaway holds either way: the right dose of memory depends on the model, and we can calibrate it.


Learning happens around the model, not inside it

"Memory" here doesn't mean replaying a past transcript. It means a guideline set — strategies that worked, mistakes to avoid, and edge cases — distilled from the agent's own prior trajectories. The loop is straightforward:

  1. The agent attempts tasks and produces trajectories.

  2. ALTK-Evolve extracts behavioral guidelines from both its successful and unsuccessful runs.

  3. It consolidates those guidelines into a reusable set.

  4. At inference time, the agent receives either the full guideline set or a task-relevant selection of it.

No model weights are updated. The learning loop changes the guidance available to the agent, not the underlying model — which is exactly why it's cheap to adopt and portable across the eight models we tested.


Results Across the Spectrum

We evaluated on AppWorld — 585 multi-step tasks (168 test_normal + 417 test_challenge) across 9 simulated apps (calendars, messaging, payments, and so on). Tasks are scored two ways: whether the agent fully completes each task (TGC — Task Goal Completion) and whether every variant of a scenario passes (SGC — Scenario Goal Completion, a stricter, all-or-nothing bar). Full definitions are in the appendix.

The three configurations we compare

Because the confusing part of any memory study is what's actually in the context window, we define the configurations up front.

Both memory configurations draw from the same guideline set, mined once (via the loop above) from AppWorld's training split only. What changes between them is only how that one set is delivered — the full guideline set injects all of it every step, while curated retrieval delivers a selected subset — never how the guidelines were produced, and no test-split data ever goes into building it.

Configuration What's in the agent's context
Baseline No memory — the agent as shipped.
Full guideline set Every mined guideline, injected on every ReAct step.
Curated retrieval A fixed, high-confidence core of those same guidelines plus a few task-relevant ones retrieved for each task (a fixed portion + a variable portion).

The number of guidelines a model mines depends on its own capability, so we report configurations by strategy — "full guideline set" vs. "curated retrieval" — rather than by raw counts, which aren't comparable across models.

The three patterns, in one view

Representative models from the eight-model sweep, measured by task completion (TGC) on test_normal:

image

Figure 1. Representative models in the three observed patterns. Bars show TGC on AppWorld test_normal for baseline vs. the best-memory configuration; the x-axis begins at 40% to make differences visible. TGC alone understates the larger SGC gains — see the SGC columns in the table below.

The figure plots TGC to keep it readable; the table adds the stricter SGC metric, where the gains are often larger:

Model Pattern Baseline TGC / SGC Best-memory TGC / SGC Best config Δ TGC Δ SGC
gpt-oss-120b (117B MoE) Weak / selective 39.9 / 21.4 56.0 / 37.5 curated retrieval +16.1 +16.1
DeepSeek-V3.2 (671B MoE) Strong w/ headroom 79.8 / 64.3 89.3 / 80.4 full guideline set +9.5 +16.1
Claude Opus 4.6 Strong w/ headroom 90.5 / 87.5 94.6 / 94.6 full guideline set +4.1 +7.1
GPT-5.5 Strong (near-ceiling) 92.3 / 82.1 95.2 / 89.3 full guideline set +2.9 +7.2
GLM-5 (745B MoE) Saturated 87.5 / 80.4 87.5 / 80.4 full guideline set 0.0 0.0

Reading the SGC column, the stricter metric usually moves more than TGC — DeepSeek's SGC jumps +16.1pp against a +9.5pp TGC gain — because good guidelines especially help an agent clear every variant of a scenario, not just the average case. And the effect doesn't disappear at the top of the range: GPT-5.5 and Opus, both near the ceiling on TGC, still gain +7.2 and +7.1pp SGC respectively. Memory keeps paying off as long as a model has a remaining failure mode to target.


The Cheapest Memory Strategy Can Also Be the Best

A practical concern: injecting a full guideline set inflates every ReAct step's input, because the guidelines are re-sent each turn. Here's what we observed:

Model Config Tokens/task (baseline) Tokens/task (+ memory) Overhead
DeepSeek-V3.2 full guideline set 148K 263K +78%
gpt-oss-120b full guideline set 110K 166K +51%
gpt-oss-120b curated retrieval 110K 116K +5%

Table 1. Average token use per task, accumulated across agent steps, measured against the no-memory baseline.

Two takeaways:

  1. Curated retrieval keeps cost near baseline. For weaker models, where selection wins on accuracy, it also wins on cost — the best of both worlds (+16.1pp TGC at only +5% tokens for gpt-oss-120b). Better performance here does not require more inference cost.

  2. Memory doesn't blow up the reasoning loop. DeepSeek runs about the same number of ReAct steps with memory as without (≈18–19 on average), so the added cost is input-token inflation, not longer trajectories.

The real efficiency lever in production is prompt caching: the static portion of the guideline set is identical across steps and can be cached, cutting effective cost substantially. Cache-aware prompt design — keeping the shared guideline-set prefix stable so it stays cacheable — is worth engineering for. We also hypothesize that context-window size plays a role: models with larger windows may absorb the full guideline set more effectively, while smaller-context models benefit more from retrieval that keeps injected content compact. We have not yet run controlled experiments isolating this factor.


Memory Should Be Calibrated, Not Merely Accumulated

The lesson isn't to give an agent everything it has learned. It's to give it the amount of experience it can actually use.

  • For weak models, that means a compact core plus a few task-specific lessons — which, conveniently, is also the cheapest option.

  • For strong models with headroom, it means preserving the full guideline set, kept affordable in production via prompt caching.

  • For saturated models, it means spending no extra context until their remaining failure modes are better understood.

The gains are real across the board — automatic, leakage-free, and requiring no human annotation — but only when the dose fits the model.


What's Next

This is a starting point, not the finish line:

  • A learned selector. Our current retrieval ranks guidelines by cosine similarity, which we've shown doesn't perfectly predict which guidelines help a given task. A selector trained on outcome signal is the natural next step.

  • Memory for very weak models. Below a minimum capability baseline, self-distillation lacks signal. Teacher-distilled memory for very weak models is a separate problem we're exploring.

  • Beyond AppWorld. These results are validated on AppWorld — a rigorous multi-step benchmark, but a single one. Broader agent benchmarks and real-world deployments are in progress.

  • Isolating context window. As above, we want controlled experiments that separate context-window size from raw capability.

Try the ALTK-Evolve library — which includes the extraction, consolidation, and retrieval pipeline used here — or read the full technical report for the complete method and ablations.


Appendix: Understanding the Metrics

AppWorld tasks are graded by two metrics, both reported as percentages (higher is better):

  • TGC — Task Goal Completion. The share of individual tasks the agent completes fully and correctly. This is the headline "did it get the job done" number.

  • SGC — Scenario Goal Completion. A stricter, all-or-nothing metric. Each scenario bundles several variants of the same task (the same request with different data, phrasing, or edge conditions). SGC counts a scenario as passing only if the agent succeeds on every variant. It measures reliability — an agent that solves a task most of the time but fails on one variant scores on TGC but not on SGC.

More from this author

Thinking of ACE? We Can Do It with Fewer Tokens

28 August 11, 2026

Model Routing Is Simple. Until It Isn’t.

84 July 15, 2026

Community

EditPreview Upload images, audio, and videos by dragging in the text input, pasting, or clicking here. Tap or paste here to upload images Comment

· Sign up or log in to comment

Upvote 9

Related items

92
08:00OpenRouter:Announcements(RSS)T1RSS

FeaturedDeepSeek V4 Doubles Token Share on OpenRouter, Driven by Agentic Workloads

DeepSeek V4 在 OpenRouter 上的代币份额翻倍,智能体工作负载成主要驱动力

The rapid adoption of DeepSeek V4 signals a strong market preference for high-performance, low-cost inference models, especially as agentic use cases reshape AI deployment.

AIModels#DeepSeek#OpenRouter#V4 Flash
91

Five-dimension score

Information gain9 ×0.3

详细揭示了两个具体设置如何协同作用实现三倍性能提升,信息增量高。

Content quality8 ×0.2

来自OpenAI官方,数据明确,结构清晰,但缺少对比实验细节。

Practical value9 ×0.2

为AI工程师提供了可直接操作的性能调优方案,实用性强。

Timeliness10 ×0.15

消息刚发布,具有高度时效性。

Source reliability10 ×0.15

信源为OpenAI官方新闻,权威可靠。

Base 91 × T1 Source weight ×1 = 91

Curation line 60Selected

23:00OpenAI:News(RSS)T1RSS

FeaturedEnabling Two Settings Triples ARC-AGI-3 Benchmark Scores

启用两项设置使ARC-AGI-3基准测试分数提升三倍

This finding is crucial! It shows that model performance depends not only on training but also on inference-time configuration. For AI engineers and researchers, this is a must-know optimization direction. Teams deploying models on resource-constrained devices in particular could find a low-cost way to boost capabilities.

TechModels#ARC-AGI-3#GPT-5.6#OpenAI
91

Five-dimension score

Information gain9 ×0.3

首次公开GPT-5.6具体效率优化细节,此前仅有传闻。

Content quality8 ×0.2

内容简洁,关键指标明确,但缺乏详细技术文档支撑。

Practical value9 ×0.2

直接指导企业如何降低AI部署成本,具有商业参考价值。

Timeliness10 ×0.15

刚发布的官方新闻,时效性极强。

Source reliability10 ×0.15

来源为OpenAI官方博客,信源权威。

Base 91 × T1 Source weight ×1 = 91

Curation line 60Selected

08:00OpenAI:News(RSS)T1RSS

FeaturedGPT-5.6: Fusing Frontier Intelligence with Frontier Efficiency

GPT-5.6:前沿智能与前沿效率的融合

This news is worth watching as it marks a shift from pure parameter scaling to efficiency competition. For AI developers and business decision-makers, GPT-5.6 means higher performance at lower cost, especially for long-context or agentic tasks previously hindered by inference expenses. OpenAI's move may redefine what 'frontier' means.

AIModels#Agent Workflows#GPT-5.6#OpenAI
91

Five-dimension score

Information gain8 ×0.3

首次提出针对CPU优化的1M上下文模型,填补了边缘设备长文本推理的空白,信息增量显著。

Content quality9 ×0.2

技术细节清晰,提供了基准测试对比和架构解释,图文并茂,质量上乘。

Practical value10 ×0.2

直接降低长上下文应用的硬件成本,开源权重可立即部署,实用价值极高。

Timeliness10 ×0.15

当日发布的博客,且长上下文推理是当前AI热点,时效性满分。

Source reliability9 ×0.15

Hugging Face官方博客,作者为Liquid AI,属于第一方技术发布,可信度高。

Base 90.5 × T1 Source weight ×1 = 91

Curation line 60Selected

23:01Hugging Face:Blog(RSS)T1RSS

FeaturedLFM2.5-Encoders: New Models for Fast Long-Context Inference on CPU

LFM2.5-Encoder:面向CPU快速长上下文推理的新模型

This blog post catches my eye because it directly solves the pain point of running long-context LLMs on CPU. For teams or individual developers without high-end GPUs, the LFM2.5-Encoder series offers a ready-to-use open-source solution. Highly recommended for those working on RAG, document search, or code analysis—now a standard server can handle million-token documents.

AIModels#CPU Inference Optimization#LFM2.5-Encoder#Liquid AI
91

Five-dimension score

Information gain9 ×0.3

首次公开自动化红队系统的具体机制与实验发现,信息增量高。

Content quality8 ×0.2

来自官方,结构清晰,但未提供完整技术细节(如具体模型版本),扣1分。

Practical value9 ×0.2

对AI安全工程师、模型开发者和企业部署者直接指导作用,实用性极强。

Timeliness10 ×0.15

刚刚发布,是当前AI安全领域最前沿进展之一。

Source reliability10 ×0.15

信源为OpenAI官方新闻,权威且一手。

Base 91 × T1 Source weight ×1 = 91

Curation line 60Selected

18:00OpenAI:News(RSS)T1RSS

FeaturedGPT-Red: OpenAI Automates Red Teaming via Self-Play to Boost Model Robustness

GPT-Red:OpenAI通过自我对弈实现AI红队自动化,提升模型鲁棒性

GPT-Red marks a milestone from human to automated red-teaming—essential for safety engineers and alignment researchers. While reducing cost, it also raises ethical questions about automated attacks, worth pondering for everyone in AI governance.

AIModels#AI Safety Alignment#GPT-Red#OpenAI
91

Five-dimension score

Information gain9 ×0.3

这是首个针对AI模型生物安全的漏洞赏金计划,为行业提供了全新的安全评估视角。

Content quality9 ×0.2

官方来源,内容清晰,涵盖范围、奖励、准则等关键细节。

Practical value8 ×0.2

对AI安全研究员和生物安全专家有直接参与价值,但普通用户关联度较低。

Timeliness10 ×0.15

刚刚发布,完全符合新闻时效要求。

Source reliability10 ×0.15

OpenAI官方RSS和博客,信源权威可靠。

Base 91 × T1 Source weight ×1 = 91

Curation line 60Selected

18:00OpenAI:News(RSS)T1RSS

FeaturedOpenAI Launches GPT-5.5 Bio Bug Bounty Program

OpenAI推出GPT-5.5生物漏洞赏金计划

This program deserves attention as it pioneers the extension of AI bug bounty to biosecurity, offering a new research direction for the security community and a practical training ground for AI risk governance. It is particularly important for model safety researchers, biosecurity experts, and practitioners concerned about dual-use AI risks.

AIModels#Bio Bug Bounty#GPT-5.5#OpenAI
91

Five-dimension score

Information gain8 ×0.3

公布了vLLM新后端的具体架构设计与实测数据,对了解推理优化前沿有较高信息增量。

Content quality9 ×0.2

技术细节清晰,有定量性能对比,来源为官方博客,内容质量高。

Practical value10 ×0.2

直接降低LLM部署门槛与成本,对AI工程化落地具有极高实用价值。

Timeliness10 ×0.15

发布即时,属于最新技术动态,时效性满分。

Source reliability9 ×0.15

来源为Hugging Face官方博客,vLLM为开源权威项目,可信度高。

Base 90.5 × T1 Source weight ×1 = 91

Curation line 60Selected

08:00Hugging Face:Blog(RSS)T1RSS

FeaturedvLLM Introduces Native-Speed Transformers Modeling Backend for Enhanced Inference Performance

vLLM推出原生速度Transformers建模后端,大幅提升推理性能

This update is critical for AI engineering teams: eliminating format conversion speeds up model iteration, and 2-5x speedup directly reduces GPU costs. If you're building LLM online services or batch inference, this is practically a must-read technical update.

AIModels#Hugging Face#PagedAttention#Transformers
90

Five-dimension score

Information gain9 ×0.3

手语转文本是AI无障碍领域的新突破,提供了此前罕见的具体模型信息。

Content quality8 ×0.2

来源权威,内容清晰描述了模型功能、应用场景和开发理念。

Practical value9 ×0.2

对聋人群体、开发者和无障碍研究者具有直接参考与应用价值。

Timeliness9 ×0.15

刚刚发布的官方公告,时效性非常高。

Source reliability10 ×0.15

Google DeepMind官方博客,信源可信度极高。

Base 89.5 × T1 Source weight ×1 = 90

Curation line 60Selected

22:01Google DeepMind:Blog(RSS)T1RSS

FeaturedGoogle DeepMind Introduces SL2T, a Sign Language-to-Text Model for Deaf Users

Google DeepMind 发布手语转文本模型 SL2T,助力聋人用户

This news matters not only as a technical breakthrough but also as a sign that AI is beginning to address the needs of marginalized groups. For developers, the architecture and technical approach of SL2T merit deep study; for accessibility advocates, it's a key case for advancing industry standards.

AIModels#Google DeepMind#SL2T#Sign Language Recognition

Verify against the original source before citing