[{"data":1,"prerenderedAt":246},["ShallowReactive",2],{"content-\u002Fcontents\u002Fevoarena-memory-evolution":3,"surroundPost-\u002Fcontents\u002Fevoarena-memory-evolution":237},{"id":4,"title":5,"body":6,"createdAt":221,"description":222,"draft":223,"extension":224,"meta":225,"navigation":226,"path":227,"seo":228,"stem":229,"tags":230,"thumbnail":235,"updatedAt":221,"__hash__":236},"contents\u002Fcontents\u002Fevoarena-memory-evolution.md","EvoArena: Tracking Memory Evolution for Robust LLM Agents in Dynamic Environments",{"type":7,"value":8,"toc":195},"minimark",[9,13,17,20,23,26,29,32,35,38,41,44,47,50,53,56,59,62,65,68,71,74,77,82,85,88,91,94,107,110,121,125,129,132,136,139,143,146,150,153,157,160,164,167,171,174,178,181,185,188,192],[10,11,12],"h2",{"id":12},"この論文の何がいいか",[14,15,16],"p",{},"この論文がよいのは、agent memory の評価軸を「必要な情報を覚えているか」から「変化した前提をどう更新しているか」へ動かしている点にある。長期運用の agent では、昔の正しさが今の正しさを邪魔することがある。",[14,18,19],{},"個人アシスタント、coding agent、research workflow のどれでも、memory は増えるほど強くなるとは限らない。古い設定、変わった方針、過去の例外、ユーザーの最新 preference が混ざると、検索で正しい断片が出ても行動は間違う。EvoArena はその失敗を評価可能な形にする。",[14,21,22],{},"特に patch-based memory という見方は、wiki、AGENTS.md、skill、state を運用する時に使いやすい。上書きされた最終状態だけでなく、どの変更がいつ入り、何を置き換えたのかを履歴として持つことで、古い前提の混入を見つけやすくなる。",[10,24,25],{"id":25},"どんな論文か",[14,27,28],{},"EvoArena は、LLM エージェントが変化する環境にどれだけ追従できるかを測る benchmark suite である。多くの agent benchmark は、タスクや環境が固定された状態で性能を見る。一方、実運用では端末の状態、ソフトウェア仕様、ユーザーの好み、利用条件が少しずつ変わる。",[14,30,31],{},"この論文の中心は、記憶を単なる保存済みノートとして扱わないことにある。環境が変わった時、エージェントは古い前提をそのまま使うのではなく、何が変わったかを更新履歴として保持し、現在の状態に合わせて振る舞う必要がある。",[14,33,34],{},"著者らは EvoArena で terminal、software、social domains にまたがる progressive updates を作り、さらに EvoMem という patch-based memory paradigm を提案する。EvoMem は記憶の変化を structured update histories として残し、エージェントが環境 evolution を推論できるようにする。",[14,36,37],{},"実験では、現行エージェントが EvoArena で平均 39.6% accuracy に留まり、変化する環境への適応がまだ弱いことを示す。EvoMem は EvoArena、GAIA、LoCoMo、chain-level accuracy で改善を示すが、改善幅は限定的で、記憶進化の問題がまだ難しいことも見える。",[14,39,40],{},"EvoArena は、動的環境における LLM agent の robustness を測る benchmark suite である。対象は、terminal、software、social domains にまたがる。各 domain では、環境や条件が段階的に更新され、エージェントはその変化を踏まえてタスクを解く。",[14,42,43],{},"論文はあわせて EvoMem を提案する。EvoMem は、記憶を一枚の最新メモとして持つのではなく、patch-based memory として更新履歴を構造化して残す。これにより、エージェントは現在の環境だけでなく、そこへ至る変化を推論材料にできる。",[10,45,46],{"id":46},"課題と貢献",[14,48,49],{},"第一の貢献は、静的環境を前提にした既存 benchmark では見えにくい、環境変化への追従能力を測る EvoArena を作ったこと。",[14,51,52],{},"第二の貢献は、terminal、software、social preference という異なる性質の domain をまたいで、progressive updates と chain-level success を評価対象にしたこと。",[14,54,55],{},"第三の貢献は、EvoMem によって memory evolution を structured update histories として扱う設計を示したこと。記憶の内容だけでなく、変化の履歴そのものを agent の推論対象にしている。",[10,57,58],{"id":58},"手法のしくみ",[14,60,61],{},"入力は、ある時点の環境状態と、そこから段階的に入る update の列である。",[14,63,64],{},"benchmark 側は、terminal、software、social domains において、更新前の前提だけでは解けないタスク列を構成する。",[14,66,67],{},"agent は各段階で観測を受け取り、必要な情報を memory に反映し、次のタスクで現在状態に合う判断をする。",[14,69,70],{},"EvoMem では、変更を上書きメモではなく patch として蓄積する。patch は、何が変わったか、どの記憶に影響するかを structured update history として残す。",[14,72,73],{},"評価では、個別タスクの accuracy だけでなく、連続する evolution chain を通して変化に追従できたかを見る。",[10,75,76],{"id":76},"検証結果",[78,79,81],"h3",{"id":80},"現行エージェントは-evoarena-で平均-396-accuracy-に留まる","現行エージェントは EvoArena で平均 39.6% accuracy に留まる",[14,83,84],{},"これは、静的 benchmark で強い agent でも、変わり続ける条件に合わせて記憶と行動を更新するのが難しいことを示している。",[14,86,87],{},"EvoMem は EvoArena で平均 +1.5%、GAIA で +6.1%、LoCoMo で +4.8%、chain-level accuracy で +3.7% の改善を示す。改善はあるが、劇的に解決したというより、更新履歴を持つ方向の有効性を示す初期結果として読むのがよい。",[14,89,90],{},"結果からは、agent memory の性能が retrieval の強さだけでは決まらないことが見える。古い前提と新しい前提の関係、更新の粒度、chain 全体での一貫性が重要になる。",[10,92,93],{"id":93},"課題と議論",[95,96,97,101,104],"ul",{},[98,99,100],"li",{},"この論文は、agent memory を database や vector store としてだけ見る見方を一段進める。現実の運用では、正しい記憶を検索するだけでなく、以前は正しかった記憶が今も有効かを判断する必要がある。",[98,102,103],{},"ただし、EvoMem の改善幅は限定的であり、patch-based memory だけで環境変化への追従が解けるわけではない。更新検出、矛盾解消、古い前提の退役、domain ごとの変化モデルなどはまだ残る課題である。",[98,105,106],{},"読む時は、EvoArena の task design と EvoMem の具体的な patch 表現を重点的に見るとよい。特に、どのような変化を benchmark が扱い、どのような変化を扱っていないかが、実運用への接続を判断する鍵になる。",[10,108,109],{"id":109},"次に読むなら",[95,111,112,115,118],{},[98,113,114],{},"次に読むなら、MemRefine: LLM-Guided Compression for Long-Term Agent Memory と並べると、記憶を増やす・圧縮する・更新するという三つの論点がつながる。",[98,116,117],{},"さらに実装寄りに進むなら、Getting Better at Working With You: Compiling User Corrections into Runtime Enforcement for Coding Agents を読むと、ユーザー修正を memory ではなく runtime enforcement に落とす視点が得られる。",[98,119,120],{},"運用に引きつけるなら、wiki や skill の更新履歴を patch として残し、現在有効なルールと過去の例外を分ける設計メモに展開できる。",[10,122,124],{"id":123},"読後qa","読後Q&A",[78,126,128],{"id":127},"この論文の中心問いは","この論文の中心問いは？",[14,130,131],{},"LLM エージェントは、環境や条件が段階的に変わる状況で、記憶と行動を現在状態へ更新し続けられるのか、という問い。",[78,133,135],{"id":134},"evoarena-は何を測る","EvoArena は何を測る？",[14,137,138],{},"terminal、software、social domains における progressive updates への追従能力を測る。静的な一問一答ではなく、変化の列を通して成功できるかを見る。",[78,140,142],{"id":141},"evomem-は何が新しい","EvoMem は何が新しい？",[14,144,145],{},"記憶を最新状態へ単純に上書きするのではなく、patch-based memory として structured update histories を残す点。",[78,147,149],{"id":148},"なぜ普通の-retrieval-memory-では足りない","なぜ普通の retrieval memory では足りない？",[14,151,152],{},"検索で過去の情報を取り出せても、その情報が今も有効か、どの更新で置き換わったかが分からないと、古い前提に基づいて行動してしまうから。",[78,154,156],{"id":155},"主な実験結果は","主な実験結果は？",[14,158,159],{},"現行エージェントは EvoArena で平均 39.6% accuracy。EvoMem は EvoArena、GAIA、LoCoMo、chain-level accuracy で改善を示す。",[78,161,163],{"id":162},"この論文は-memory-論として何を足している","この論文は memory 論として何を足している？",[14,165,166],{},"memory を情報保存ではなく、環境変化に合わせて進化する履歴として見る視点を足している。",[78,168,170],{"id":169},"実務ではどこに効く","実務ではどこに効く？",[14,172,173],{},"個人アシスタント、coding agent、research workflow で、設定や好みやルールが変わった時に、古い memory をどう扱うかの設計に効く。",[78,175,177],{"id":176},"限界は","限界は？",[14,179,180],{},"EvoMem の改善幅は限定的で、patch-based memory だけで問題が解けるわけではない。どの変化を検出し、どの古い前提を退役させるかは残る課題。",[78,182,184],{"id":183},"読む時に最初に見るべき箇所は","読む時に最初に見るべき箇所は？",[14,186,187],{},"EvoArena の task\u002Fdomain 設計、EvoMem の patch 表現、chain-level accuracy の分析を見ると、この論文の価値がつかみやすい。",[78,189,191],{"id":190},"関連して読みたい論文は","関連して読みたい論文は？",[14,193,194],{},"MemRefine、Getting Better at Working With You、Learning What to Remember を並べると、memory の圧縮、更新、遵守の論点がつながる。",{"title":196,"searchDepth":197,"depth":197,"links":198},"",2,[199,200,201,202,203,207,208,209],{"id":12,"depth":197,"text":12},{"id":25,"depth":197,"text":25},{"id":46,"depth":197,"text":46},{"id":58,"depth":197,"text":58},{"id":76,"depth":197,"text":76,"children":204},[205],{"id":80,"depth":206,"text":81},3,{"id":93,"depth":197,"text":93},{"id":109,"depth":197,"text":109},{"id":123,"depth":197,"text":124,"children":210},[211,212,213,214,215,216,217,218,219,220],{"id":127,"depth":206,"text":128},{"id":134,"depth":206,"text":135},{"id":141,"depth":206,"text":142},{"id":148,"depth":206,"text":149},{"id":155,"depth":206,"text":156},{"id":162,"depth":206,"text":163},{"id":169,"depth":206,"text":170},{"id":176,"depth":206,"text":177},{"id":183,"depth":206,"text":184},{"id":190,"depth":206,"text":191},"2026-06-12","変化し続ける端末、ソフトウェア、社会的好みに対して、LLM エージェントの記憶が現在状態へ追従できるかを測る論文。静的な benchmark ではなく、環境更新の履歴を含む評価として agent memory を捉え直す。",false,"md",{},true,"\u002Fcontents\u002Fevoarena-memory-evolution",{"title":5,"description":222},"contents\u002Fevoarena-memory-evolution",[231,232,233,234],"論文まとめ","Agent Memory","Dynamic Environments","Benchmark","\u002Farticle-pages\u002Fdocs\u002Fassets\u002Fgraphic-recordings\u002Fevoarena-memory-evolution.png","-7YL_ipbDCGetx3zm_kyINktF-kf1BofcokPHIXdjnc",[238,242],{"title":239,"path":240,"stem":241,"children":-1},"【学び】エンジニアの知的生産術","\u002Fcontents\u002Fengineer_chiteki","contents\u002Fengineer_chiteki",{"title":243,"path":244,"stem":245,"children":-1},"EvolveMem Paper Summary","\u002Fcontents\u002Fevolvemem-memory","contents\u002Fevolvemem-memory",1782055097126]