TencentDB Agent Memory: Hierarchical AI Agent Memory Cuts Tokens 61%

Tencent Cloud's open-source TencentDB Agent Memory introduces a hierarchical L0–L3 memory system with symbolic short-term offloading to Mermaid canvases, achieving 61% token reduction on WideSearch and 33% on SWE-bench while preserving full drill-down traceability via node_id links, and integrates with Pi agents through a zero-code proxy.

AI Step-by-Step
AI Step-by-Step
AI Step-by-Step
TencentDB Agent Memory: Hierarchical AI Agent Memory Cuts Tokens 61%

Project Overview: Open-Source Memory System for Agent Experience Retention

TencentDB Agent Memory is an open-source agent memory system from Tencent Cloud's database team. It focuses on symbolic short-term memory + hierarchical long-term memory . The former compresses verbose tool logs into lightweight symbols during long tasks; the latter distills fragmented cross-session conversations into layered profiles and scenes instead of flat vector piles. The design principle: no undifferentiated history stacking, no irreversible compression summaries — "let the Agent remember what should be remembered, let humans focus on judgment, creation, and truly valuable work."

Benchmarks on OpenClaw host (continuous multi-task sessions simulating real long-horizon context pressure):

WideSearch pass rate 33% → 50%, token consumption −61.38%

SWE-bench 58.4% → 64.2%, token −33.09%

PersonaMem long-term memory benchmark 48% → 76%

Memory Hierarchy: L0→L3 Semantic Pyramid

Traditional memory systems shard data into vector stores, reducing recall to global fragment search without macro guidance. TencentDB Agent Memory makes layering the unified architectural paradigm. For long-term memory:

L0 Raw Log : full raw dialogue and event stream

L1 Atomic Memory : atomic facts, preferences, constraints, states

L2 Scene Block : clusters by project, topic, workflow

L3 Persona : stable user preference and service-style profile

Daily collaboration reads only top-layer profiles and scenes; details are drilled down layer by layer when needed. The same layering applies to short-term context (raw output → step summary → lightweight canvas) and skill generation (execution traces → scene patterns → reusable SOPs). Storage uses heterogeneous approach: bottom-layer facts, logs, traces persisted in database (local default SQLite + sqlite-vec) for full-text search; top-layer profiles, scenes, canvases saved as human-readable Markdown/Mermaid files — "bottom keeps evidence, top keeps structure."

L0→L3 memory hierarchy pyramid
L0→L3 memory hierarchy pyramid

Symbolic Short-Term Memory: Mermaid Canvas & Context Offloading

Main token cost in long tasks comes from verbose intermediate logs — search results, code snippets, error stacks. The solution: offload to external files , keeping only a Mermaid symbol graph with node_ids in context. The graph is precise enough for LLM parsing and human-readable. Agent reasons on the symbol graph; when detail verification is needed, it drills down via node_id to retrieve original text.

Context offloading and symbolic injection flow
Context offloading and symbolic injection flow

Reversible Drill-Down: Save Tokens Without Losing Evidence

Compression risk is losing original evidence. This project retains a deterministic chain from high-level summary back to bottom evidence — Persona / Canvas → Scenario / JSONL summary → L0 raw dialogue / refs original — linked by node_id and result_ref. Compression is reversible and traceable. This also provides white-box debuggability : key intermediates are readable files (L2 scene blocks as Markdown, L3 persona as persona.md, short-term canvas as Mermaid). Debugging follows "profile → scene → atomic fact → raw dialogue" layer by layer, no black-box vector scores.

Recoverable drill-down chain
Recoverable drill-down chain

Engineering Form: Memory Server & Shared Proxy for All Agents

Server-side comprises four services:

Memory Core (port 8420): memory read/write, auth, Skill/RAG data plane

Memory Hub dashboard (8125): team and memory asset management

Knowledge (8424): Wiki/CodeGraph service

Proxy (8096): LLM request proxy, Anthropic/OpenAI dual protocol

Deployment via deploy/global-images/start-all.sh interactive one-shot pull-up, prompting for two LLM parameter sets: memory group (internal distillation) and proxy group (upstream forwarding).

Integration model: one Proxy, protocol unchanged, zero-code integration — point agent's base URL to Proxy. No plugins, hooks, or MCP Server needed. Officially adapted for Claude Code, Codex, CodeBuddy, WorkBuddy, Hermes, OpenClaw, DeepSeek Harness, and Pi as a first-class implementation (MemoryProxy/src/agent-adapters/pi.ts).

Team dimension: Chat Memory, Skill, Wiki, CodeGraph registered as Memory Assets, assembled to specific agents via Memory Hub with Fixed Binding + ACL. Visibility levels: private / team / restricted / agent — team shares experience without sharing privacy.

Integrating with Pi Agent

Official Pi extension: @tencentdb-agent-memory/pi-tdai-client. It only routes Pi requests to Proxy with per-session x-conversation-id header; memory injection and capture happen entirely server-side (inject system prompt, capture L0 raw from response), client contains zero memory logic. Three-step integration:

# 1) One-click deploy Memory Server (interactive, needs Docker)
git clone https://github.com/TencentCloud/TencentDB-Agent-Memory.git
cd TencentDB-Agent-Memory/deploy/global-images
./start-all.sh
# Fill two LLM param sets (memory group / proxy group), script validates connectivity
# After start: dashboard http://localhost:8125, Proxy 127.0.0.1:8096
# admin key persisted in ./.admin-key

# 2) Create Team & Agent in dashboard (Task optional), get user API Key

# 3) Run Pi via TDAI provider
TDAI_USER_KEY=<user API Key> TDAI_TEAM_ID=<Team ID> TDAI_AGENT_ID=<Agent ID> \
pi -e ./MemoryCore/pi-plugin --provider tdai --model glm-5.2-vision

For persistent use, symlink extension into ~/.pi/agent/extensions/; Pi auto-loads on startup. Extension does two things: registers tdai provider (baseUrl → Proxy's /pi/default/v1, OpenAI-compatible, headers x-team-id / x-agent-id), and attaches x-conversation-id=pi-<session ID> per request. --model must match proxy group's configured forwarding model. Optional TDAI_TASK_ID narrows recall to a task; omitted = broad recall within agent's memory.

Verification: after a session, check Proxy logs for agentSource=pi and write-l0 entries. Three required vars ( TDAI_USER_KEY / TDAI_TEAM_ID / TDAI_AGENT_ID) missing → extension only warns, doesn't block Pi start. Use dashboard's "user API Key", not admin/gateway key.

Overall, this project stands out among open-source implementations for complete hierarchy division and high white-box transparency: layers are drillable, artifacts inspectable, and team scenarios include dashboard + ACL management. For teams building agents with Pi, "official extension + one Proxy" offers low integration cost, making it a strong candidate for experience retention evaluation.

• GitHub repo (bilingual README): https://github.com/TencentCloud/TencentDB-Agent-Memory • npm package @tencentdb-agent-memory/memory-tencentdb: https://www.npmjs.com/package/@tencentdb-agent-memory/memory-tencentdb • Tencent Cloud developer article: https://cloud.tencent.com/developer/article/2668579

Original Source

Signed-in readers can open the original source through BestHub's protected redirect.

Sign in to view source
Republication Notice

This article has been distilled and summarized from source material, then republished for learning and reference. If you believe it infringes your rights, please contactadmin@besthub.devand we will review it promptly.

Open SourceMermaidhierarchical memorycontext offloadingTencentDB Agent MemoryPi agentAI agent memorysymbolic memory
AI Step-by-Step
Written by

AI Step-by-Step

Sharing AI knowledge, practical implementation records, and more.

0 followers
Reader feedback

How this landed with the community

Sign in to like

Rate this article

Was this worth your time?

Sign in to rate
Discussion

0 Comments

Thoughtful readers leave field notes, pushback, and hard-won operational detail here.