アーカイブ / AI Agent / LLM
Slack・Linear・Gitをまたぐ記憶と状態把握を測るMEMTRACK
MEMTRACK
概要
- Slack・Linear・Gitに分散した時系列の記録を調べ、後続の質問にも答える能力を測る評価基盤。
- 47件の開発業務シナリオで、正答に加えてツール利用の効率と重複を評価する。
- 著者らの表3ではGPT-5のCorrectnessは記憶機能なし0.601、Mem0付き0.610、Zep付き0.601で、有意な正答改善は報告されていない。
補足:編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、MEMTRACKの仕組み
- 01時刻付き履歴
- 023環境へ配置
- 03ツールで照会
- 04短文回答
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
MEMTRACKは、複数の業務ツールに散らばる過去の情報をAIエージェントが後から正しく使えるかを測る。開発業務では相談がチャットに、作業状況が課題チケットに、実際の変更がGitに残る。同じ案件の記述が更新され、古い情報と新しい情報が食い違う場合もある。
会話を一続きで読むだけの評価では、媒体を移って手掛かりを探す作業を捉えにくい。実務への適用を考える際には、必要な記録にたどり着き、質問に合う状態を選べるかが重要になる。
手法
各課題は、Slack投稿、Linearのチケット、Gitの情報などを時刻順に並べた履歴と、正解付きの質問で構成される。履歴は対応する環境に配置され、エージェントは全履歴を一括では受け取らず、ツールで必要な情報を調べる。質問数は事前に知らせず、質問を順番に提示する。
例えば、チャットにある曖昧なコードの手掛かりからリポジトリを調べ、指定のパッケージを参照するPythonファイル数を短く答える。課題の履歴は、専門家による設計、公開リポジトリの解決済み課題を起点とする生成、両者を組み合わせる方法で作られた。
新規性
MEMTRACKは、時刻順に交錯する複数の業務ツールの記録を使い、情報の取得、必要な情報の選択、食い違いの解消を一つの評価課題で扱う。記憶の保存方式を指定せず、長い文脈を扱うモデルや記憶機能付きエージェントを評価できる設計である。
短文回答の正しさに加え、履歴を調べるツール呼び出しの効率と重複も測る。複数の質問を順に出すことで、先の質問で得た情報を後の質問に使えるかも観察する。
従来手法との違い
著者らが挙げる従来の記憶評価には、単一の会話スレッドを中心に扱うものがある。MEMTRACKではSlackの投稿、Linearのチケット、Git上の情報が時系列で交錯し、別の媒体やコードを参照する記述も含まれる。エージェントは各環境のツールを使って調べる。
実験では、追加の記憶機能を持たない設定と、Mem0またはZepを組み込む設定を比較した。Mem0とZepは、調べた情報を保持・検索するための記憶機能である。比較対象はこの論文の評価条件に限られる。
実験結果
著者らは47件の開発業務シナリオを評価し、各設定を5回実行した平均を表3に示す。1件当たりの履歴は平均39.9イベント、質問は平均3.2件。Correctnessは質問・期待回答・実際の回答を別の言語モデルで判定した正答指標である。
Efficiencyは履歴にアクセスするツール呼び出し数を基準の10回と比べる指標、Redundancyは既出の取得と重なる呼び出しの割合である。表3でGPT-5のCorrectnessは記憶機能なし0.601、Mem0付き0.610、Zep付き0.601。同じ順のRedundancyは0.206、0.214、0.214。著者らは記憶機能による有意な正答改善は確認できなかったと述べる。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案:障害対応の途中で修正方針が変わった開発案件について、「いつ、どの記録を根拠に方針が変わったか」を答える社内エージェントを評価する。入力には、利用を許可されたチャット、課題チケット、Gitの変更履歴と関連コードを使い、日時と案件識別子をそろえる。
担当者が質問ごとに正解と根拠の記録を付け、エージェントには短い回答と参照先を出させる。元データは自社の案件記録、正解と根拠は評価用ラベルとなる。専用センサーは想定せず、実際のツール接続と案件固有の表記への調整が必要だ。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案:一つの開発案件群から、利用を許可されたチャット、チケット、Gitの履歴と関連コードを日時付きで集める。担当者が方針変更やコードの状態を問う質問を作り、正解、根拠、質問時点で有効な状態を評価用ラベルとして付ける。専用センサーは想定しない。
各環境を読むツールを接続し、案件名などの表記をそろえたうえで、同じ質問を記憶機能なしの設定と導入候補の設定に順番に解かせる。正答、根拠、ツール呼び出し数、再取得の割合を案件ごとに比較し、担当者が判定を確認する。追加学習を行う場合に必要な学習データは別途定義する。
限界と課題
著者らは、長い履歴の保持、媒体をまたぐ依存関係、矛盾する情報の扱いに課題があると報告する。記憶機能を加えても有意な正答改善は見られず、ツール呼び出しの重複が増えたという観察も、この評価条件での結果である。
編集上の検証事項は、47件の開発業務シナリオが導入先の案件を代表するか、別の言語モデルによる正答・重複判定が曖昧な回答をどう扱うかである。確認できた本文の範囲では表3と表4の一部の全体正答値が食い違うため、表4の当該値を使う分析には照合が要る。
出典
元のタイトル・要旨を確認する(英語)
MEMTRACK: Evaluating Long-Term Memory and State Tracking in Multi-Platform Dynamic Agent Environments
Recent works on context and memory benchmarking have primarily focused on conversational instances but the need for evaluating memory in dynamic enterprise environments is crucial for its effective application. We introduce MEMTRACK, a benchmark designed to evaluate long-term memory and state tracking in multi-platform agent environments. MEMTRACK models realistic organizational workflows by integrating asynchronous events across multiple communication and productivity platforms such as Slack, Linear and Git. Each benchmark instance provides a chronologically platform-interleaved timeline, with noisy, conflicting, cross-referring information as well as potential codebase/file-system comprehension and exploration. Consequently, our benchmark tests memory capabilities such as acquistion, selection and conflict resolution. We curate the MEMTRACK dataset through both manual expert driven design and scalable agent based synthesis, generating ecologically valid scenarios grounded in real world software development processes. We introduce pertinent metrics for Correctness, Efficiency, and Redundancy that capture the effectiveness of memory mechanisms beyond simple QA performance. Experiments across SoTA LLMs and memory backends reveal challenges in utilizing memory across long horizons, handling cross-platform dependencies, and resolving contradictions. Notably, the best performing GPT-5 model only achieves a 60\% Correctness score on MEMTRACK. This work provides an extensible framework for advancing evaluation research for memory-augmented agents, beyond existing focus on conversational setups, and sets the stage for multi-agent, multi-platform memory benchmarking in complex organizational settings
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新:2026-10-01




