[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"doc-seo-327302-105":3,"detail-sidebar-cat-0-en-105":81,"doc-detail-327302-en":130},{"code":4,"msg":5,"data":6},0,"ok",{"site_id":7,"language":8,"slug":9,"title":10,"keywords":11,"description":12,"schema_data":13,"social_meta":74,"head_meta":76,"extra_data":78,"updated_unix":80},105,"en","multi-head-recurrent-memory-agents-arxiv-260701523-abstract-and-introduction","Multi-Head Recurrent Memory Agents - arXiv 2607.01523 - Abstract and Introduction","","Recurrent memory agents extend LLMs to arbitrarily long contexts by iteratively consolidating input into a fixed-size memory window, but end-to-end reliability degrades as context grows. The work separates performance into memory capture and memory retention and finds retention collapses as the dominant bottleneck. Existing designs store memory as a monolithic text block, so updates risk overwriting retained information. To address this, a training-free Multi-Head Recurrent Memory (MHM) framework partitions memory into independent heads with select-then-update shielding, instantiated as MHM-LRU.",{"@graph":14,"@context":73},[15,34,56],{"@type":16,"itemListElement":17},"BreadcrumbList",[18,23,27,31],{"item":19,"name":20,"@type":21,"position":22},"https://docshare.wps.com","Home","ListItem",1,{"item":24,"name":25,"@type":21,"position":26},"https://docshare.wps.com/document/","Document",2,{"item":28,"name":29,"@type":21,"position":30},"https://docshare.wps.com/document/research-report/","Research & Report",3,{"item":32,"name":10,"@type":21,"position":33},"https://docshare.wps.com/document/multi-head-recurrent-memory-agents-arxiv-260701523-abstract-and-introduction/327302/",4,{"url":32,"name":10,"@type":35,"image":36,"author":41,"headline":10,"publisher":44,"fileFormat":47,"inLanguage":8,"description":12,"dateModified":48,"datePublished":49,"encodingFormat":47,"isAccessibleForFree":50,"interactionStatistic":51},"DigitalDocument",{"url":37,"@type":38,"width":39,"height":40},"https://docshare.wps.com/thumbnails/multi-head-recurrent-memory-agents-arxiv-260701523-abstract-and-introduction/327302.png","ImageObject",300,407,{"name":42,"@type":43},"Ava Thompson","Person",{"url":19,"name":45,"@type":46},"DocShare","Organization","application/pdf","2026-11-01","2026-09-21",true,{"@type":52,"interactionType":53,"userInteractionCount":55},"InteractionCounter",{"@type":54},"ViewAction",9,{"@type":57,"mainEntity":58},"FAQPage",[59,65,69],{"name":60,"@type":61,"acceptedAnswer":62},"What problem do recurrent memory agents face with long contexts?","Question",{"text":63,"@type":64},"Their end-to-end performance degrades systematically as context length grows.","Answer",{"name":66,"@type":61,"acceptedAnswer":67},"How does the paper explain the reliability failure?",{"text":68,"@type":64},"It decomposes performance into memory capture and memory retention and shows retention is the dominant bottleneck.",{"name":70,"@type":61,"acceptedAnswer":71},"What is Multi-Head Recurrent Memory (MHM) and how does it help?",{"text":72,"@type":64},"MHM partitions memory into independent heads and uses a stage-wise select-then-update strategy so unselected heads are structurally protected from overwriting, improving retention and downstream accuracy.","https://schema.org",{"og:url":32,"og:type":75,"og:title":10,"og:site_name":45,"og:description":12},"article",{"robots":77,"canonical":32},"index,follow",{"doc_id":79,"site_id":7},327302,1791317279,{"code":4,"msg":82,"data":83},"success",[84,88,92,96,101,106,111,115,119,122,126],{"id":22,"doc_module":4,"doc_module_name":25,"category_name":85,"show_sort_weight":86,"slug":87},"Story & Novel",90,"story-novel",{"id":26,"doc_module":4,"doc_module_name":25,"category_name":89,"show_sort_weight":90,"slug":91},"Literature",80,"literature",{"id":33,"doc_module":4,"doc_module_name":25,"category_name":93,"show_sort_weight":94,"slug":95},"Exam",70,"exam",{"id":97,"doc_module":4,"doc_module_name":25,"category_name":98,"show_sort_weight":99,"slug":100},5,"Comic",60,"comic",{"id":102,"doc_module":4,"doc_module_name":25,"category_name":103,"show_sort_weight":104,"slug":105},6,"Technology",50,"technology",{"id":107,"doc_module":4,"doc_module_name":25,"category_name":108,"show_sort_weight":109,"slug":110},7,"Healthcare",40,"healthcare",{"id":112,"doc_module":4,"doc_module_name":25,"category_name":29,"show_sort_weight":113,"slug":114},8,30,"research-report",{"id":55,"doc_module":4,"doc_module_name":25,"category_name":116,"show_sort_weight":117,"slug":118},"Religion & Spirituality",20,"religion-spirituality",{"id":117,"doc_module":4,"doc_module_name":25,"category_name":120,"show_sort_weight":117,"slug":121},"World Cup","world-cup",{"id":123,"doc_module":4,"doc_module_name":25,"category_name":124,"show_sort_weight":123,"slug":125},10,"Lifestyle","lifestyle",{"id":127,"doc_module":4,"doc_module_name":25,"category_name":128,"show_sort_weight":97,"slug":129},19,"General","general",{"code":4,"msg":82,"data":131},{"doc_id":79,"user_id":132,"nickname":42,"user_avatar":133,"doc_module":4,"category_id":112,"category_name":29,"doc_title":10,"doc_description":12,"doc_content":134,"file_id":135,"file_url":136,"file_type":137,"file_size":138,"view_count":55,"is_deleted":4,"is_public":22,"is_downloadable":22,"audit_status":22,"page_count":127,"language":139,"language_code":8,"site_id":7,"html_lang":8,"table_of_contents":140,"faqs":141,"seo_title":142,"seo_description":12,"update_tm":143,"read_time":144,"preview_page_count":4},1649267921044,"https://us-avatar.wpscdn.com/avatar/1800007509477c92dfb?_k=1786009248482753345","arXiv :2607 .0 1523v 1 [ cs .LG] 1 Jul 2026  \nMulti-Head Recurrent Memory Agents  \nJiatong Li Samuel Yeh Sharon Li  \nDepartment of Computer Science, University of Wisconsin-Madison {jli2947, samuelyeh, [sharonli}@cs.wisc.edu](sharonli}@cs.wisc.edu)  \nAbstract  \nRecurrent memory agents extend LLMs to arbitrarily long contexts by iteratively consolidating input into a fixed-size memory window. Despite their scalability, these agents exhibit a well-documented reliability problem: end-to-end performance degrades systematically as context length grows. We diagnose this failure by decomposing performance into two factors—memory capture and memory retention—and quantitatively confirm that retention is the dominant bottleneck.  \nRetention collapses because existing designs maintain memory as a monolithic text block, forcing every update to risk overwriting previously retained content. Motivated by this diagnosis, we propose Multi-Head Recurrent Memory (MHM), a general, training-free framework that partitions memory into independent heads governed by a stage-wise select-then-update strategy. At each step, exactly one head is selected for update while the remaining heads are structurally shielded from overwriting, shifting the burden of retention from model behavior to architectural design. As a lightweight instantiation, we introduce Least-Recently-Updated MHM (MHM-LRU), which guarantees uniform head utilization with zero additional token overhead. Extensive experiments on long-context benchmarks show that MHMLRU substantially improves both retention and end-to-end accuracy across the 100K–1M token range, where baselines degrade sharply. On RULER-HQA at 896K tokens, MHM-LRU improves the memory retention rate from less than 30% to 73.96% . These gains generalize across model families, scales, and task types, positioning architectural optimization as a practical and cost-efficient path toward reliable long-context recurrent memory. Our code is available here.  \n1 Introduction  \nThe ability to reason over long contexts is a fundamental requirement for LLM agents operating in the real world [1–5] . Tasks such as document analysis [6–9], multi-step research [10–12], and extended dialogue [1, 13] demand that agents track and integrate information across inputs that far exceed the context window. Recurrent memory [14–16] addresses this challenge by processing input sequentially in chunks and iteratively compressing a long context into a fixed-size memory window. At each step, the agent reads a new context chunk and updates its memory to integrate new information with what has been retained so far. This paradigm is appealing because it places no hard limit on context length and requires no modification to the underlying LLM. In practice, however, recurrent memory agents exhibit a well-documented reliability problem: performance degrades systematically as context length grows [17, 18] .  \nTo motivate our work, we first diagnose how existing recurrent memory fails under long contexts by decomposing end-to-end performance into two factors: whether the memory ever captures the relevant information during memory update, and whether it retains that information through all subsequent memory updates. Measuring both memory capture rate and memory retention rate on a representative method MemAgent [17], we find that capture remains stable across all context lengths, while memory retention decreases sharply, falling below 30% at 896K tokens. This diagnosis  \nPreprint.  \nFigure 1: Left: An overview of the multi-head recurrent memory (MHM) . Right: An overview of the memory head utilization pattern across time. In every time step, only one head is written. As time goes by, MHM achieves asymptotic uniform memory utilization.  \npinpoints memory retention failure as the dominant bottleneck. The root cause is architectural: existing recurrent memory designs maintain memory as a monolithic text block, so every update risks erasing key information. Information w","cbCaihp6Jn5MJFf0","https://ap.wps.com/l/cbCaihp6Jn5MJFf0","pdf",1834069,"English","# Abstract\n# 1 Introduction","[{\"question\":\"What problem do recurrent memory agents face with long contexts?\",\"answer\":\"Their end-to-end performance degrades systematically as context length grows.\"},{\"question\":\"How does the paper explain the reliability failure?\",\"answer\":\"It decomposes performance into memory capture and memory retention and shows retention is the dominant bottleneck.\"},{\"question\":\"What is Multi-Head Recurrent Memory (MHM) and how does it help?\",\"answer\":\"MHM partitions memory into independent heads and uses a stage-wise select-then-update strategy so unselected heads are structurally protected from overwriting, improving retention and downstream accuracy.\"}]","Multi-Head Recurrent Memory Agents - arXiv 2607.01523 - Abstract and Introduction | PDF",1789976945,48]