Memory Intelligence Agent
Memory Intelligence Agent
An Agent Memory Framework Designed For Deep Research Agents
Are you tired of deep research agents that "understand" everything but "remember" nothing? Does your agent struggle with diluted attention in sea of long-form text? Are you frustrated by reasoning failures caused by noisy, irrelevant memories? Do you find your agent memory crippled by skyrocketing computational costs and the logistical nightmare of ever-growing context histories? Most importantly: Is your agent stuck memorizing "what" the result is, while completely failing to learn "how" to get there? If so, you are witnessing the fundamental bottleneck of current agent memory: an incompetent Planner retrieving memories from bloated memory and using non-comprehensive in-context prompts to guide an unprepared Executor in conducting deep research.
MIA (Memory In Intelligence Agent) is a memory framewoek designed for deep research agents. It is developed by a joint team from the Shanghai Institute of Intelligence (SII) and East China Normal University (ECNU). MIA is a paradigm-shifting framework designed to transform agents from "passive record-keepers" into "active strategists." MIA replaces the chaotic "memory dump" with a sophisticated Manager-Planner-Executor architecture:
Key Highlights
** Experimental Analysis**
Our comprehensive evaluation across multiple benchmarks demonstrates that MIA significantly improves the performance of Deep Research Agents:
We also provide two MIA versions of OpenClaw skills in Original Version and Trust-Worthy Version, which not only integrate MIA memory framework, but also include trust-worthy judgment mechanism. Here are the MIA memory and trust-worthy demos. In addition, we also provide the reference code for training the Planner model based on the online-talking with OpenClaw bot in Training Version and the lightweight FP8 model checkpoints in Lightweight Model.
MIA Memory Demo:
Trust-Worthy Demo:
The core implementation is mainly in web_tools/server.
Open web_tools/run.sh and configure the Google Search Serper key:
export SERPER_KEY_ID="xxxxx"Start the run script:
cd web_tools
bash ./run.shService SERVICE_URL/server, method SERVICE_URL/server/search
The core implementation is mainly in local_search.
Refer to the setup instructions in search-r1. This project uses wiki25 local retrieval.
Configure the path and start the run script:
cd local_search
bash ./run.shService http://localhost:8001/, method http://localhost:8001/retrieve
The image search cache used in this project: image_search_cache
conda create -n verl python==3.10.12Run the install.sh script in the train directory to install dependencies.
Flash-attention needs to be installed separately:
wget -nv https://github.com/Dao-AILab/flash-attention/releases/download/v2.8.3/flash_attn-2.8.3+cu12torch2.7cxx11abiFALSE-cp310-cp310-linux_x86_64.whl
pip install --no-cache-dir flash_attn-2.8.3+cu12torch2.7cxx11abiFALSE-cp310-cp310-linux_x86_64.whlTraining: Train
Our implementation is based on VeRL. Key modifications:
/Executor-Train/Train/verl/experimental/tool_agent_loop.py.prompt is defined in /Executor-Train/Train/local_search/prompt.py.CustomRLHFDataset) and reward score computation (compute_score) are in Executor-Train/Train/local_search/mmsearch.py.verl.tools.search_tool.SearchTool and verl.tools.web_image_to_image_search_tool.WebImageToImageSearchTool./Executor-Train/Train/local_search/run_mmsearch_grpo.sh.1. Deploy the local text search tool.
2. Configure /Executor-Train/Train/local_search/mm_search_tool_config.yaml and /Executor-Train/Train/local_search/mmsearch.yaml:
mm_search_tool_config.yamltools[0].config.retrieval_service_url: local search service URLtools[1].config.fvqa_train_cache_path, tools[1].config.test_cache_path: image search cache paths for the test and validation setsmmsearch.yamlhydra.searchpath: trainer config pathdata.custom_cls.path: custom dataset code pathactor_rollout_ref.rollout.multi_turn.tool_config_path: path to the tool config mm_search_tool_config.yaml3. Deploy Qwen3-32B on Node 1 as Planner & Judger:
export VLLM_USE_FLASHINFER_SAMPLER=0
CUDA_VISIBLE_DEVICES=0,1,2,3 \
vllm serve /your_path/Qwen/Qwen3-32B \
--tensor-parallel-size 4 \
--served-model-name "qwen" \
--gpu-memory-utilization 0.8 \
--host 0.0.0.0 \
--port 8002LLM service at your_url/8002/v1
4. Deploy the Memory-Planner service (can be on the same node as Planner & Judger):
cd Memory-Serve
cd TRAIN_PLANNERConfigure the run script run.sh: set both MEMORY_URL and PLAN_URL to the LLM service deployed in the previous step.
To improve training efficiency, memory content and initial plan are collected in advance. Only the replan service is needed here: your_url/5000/replan_train.
5. Configure the training script /Executor-Train/Train/local_search/run_mmsearch_grpo.sh:
JUDGE_URL: judge service, set to your_url/8002/v1REPLAN_URL: replan service, set to your_url/5000/replan_trainWANDB_API_KEY: WandB API key (optional)SAVE_CHECKPOINT_DIR: model save pathDATASET_TRAIN: training dataset pathDATASET_VAL: validation dataset pathREF_MODEL_PATH: pretrained model path6. Start training on Node 2. Navigate to /Executor-Train/Train/:
bash ./local_search/run_mmsearch_grpo.sh7. Export the model:
python -m verl.model_merger merge \
--backend fsdp \
--local_dir /your_path/actor \
--target_dir /your_pathDownload our trained Executor here
Our implementation is based on VeRL. Key modifications:
/Planner-Train/mem-plan/verl/experimental/multi_turn_loop.py.prompt is defined in /Planner-Train/mem-plan/local_search/prompt.py.CustomRLHFDataset) and reward score computation (compute_score) are in /Planner-Train/mem-plan/local_search/mmsearch.py./Planner-Train/mem-plan/local_search/run_mmsearch_grpo.sh.1. Deploy the Judger service on Node 1:
export VLLM_USE_FLASHINFER_SAMPLER=0
CUDA_VISIBLE_DEVICES=0,1,2,3 \
vllm serve /your_path/Qwen/Qwen3-32B \
--tensor-parallel-size 4 \
--served-model-name "qwen" \
--gpu-memory-utilization 0.8 \
--host 0.0.0.0 \
--port 80022. Deploy the Executor service on Node 2.
Deploy the trained Executor:
export VLLM_USE_FLASHINFER_SAMPLER=0
CUDA_VISIBLE_DEVICES=0,1,2,3 \
vllm serve /your_path/Executor \
--tensor-parallel-size 4 \
--served-model-name "qwen" \
--gpu-memory-utilization 0.8 \
--host 0.0.0.0 \
--port 8002Navigate to /Serve/Train_Planner and configure the run script serve.sh:
AGENT_URL: Executor service URLSERVICE_URL: offline text search service URLTEST_CACHE_DIR: image-to-image search cache pathMAX_LLM_CALL_PER_RUN: maximum number of interaction rounds between Executor and toolsStart the service:
bash serve.sh3. Configure the training script /Planner-Train/mem-plan/local_search/run_mmsearch_grpo.sh:
JUDGE_URL: judge service, set to your_url/8002/v1PLAN_URL: Executor service for plan responses, set to your_url/5000/planREPLAN_URL: Executor service for replan responses, set to your_url/5000/replanWANDB_API_KEY: WandB API key (optional)SAVE_CHECKPOINT_DIR: model save pathDATASET_TRAIN: training dataset pathDATASET_VAL: validation dataset pathREF_MODEL_PATH: pretrained model pathTo improve training efficiency, memory content and image caption are collected in advance.
4. Start training on Node 3. Navigate to /Planner-Train/mem-plan/:
bash ./local_search/run_mmsearch_grpo.sh5. Export the model:
python -m verl.model_merger merge \
--backend fsdp \
--local_dir /your_path/actor \
--targeNo open issues yet, or sync has not completed.