LIFEHUBBER
Theme

AI Resources

TencentDB Agent Memory

TencentDB Agent Memory is a self-hosted memory hub that turns conversations, completed work, documents, and code into reusable assets for AI agent teams.

The project organizes those assets as Chat Memory, Skills, Wiki pages, and CodeGraph indexes. A web panel controls ownership, versions, visibility, and which assets each agent can use, while a proxy and SDKs connect the memory layer to supported agent environments. Use this as a first read, not a recommendation. Open the original project before trusting details like terms, limits, privacy, cost, setup, or safety.

What it is

A shared memory hub for agent teams

The project stores more than conversation recall. It can turn prior sessions into layered memories and skills, documents into linked wiki pages, and repositories into code relationship graphs.

Why it stands out

Memory assets with human controls

Owners can keep assets private, share them with a team, restrict them to named users or roles, or equip a specific agent. Versions, status, ownership, and bindings remain visible in one panel.

Availability

Public repository and Docker deployment

The official installation path runs Memory Core, the Hub, and a model proxy as a Docker stack. The project also publishes TypeScript and Python SDK paths and documents several agent integrations.

Why it matters

What makes it useful

A useful result from one agent session can otherwise disappear into a chat log. TencentDB Agent Memory gives teams separate places for facts, repeatable procedures, document knowledge, and code relationships, then lets them decide which agent should receive each one.

Notable points

What stands out

The project says it currently supports OpenClaw, Hermes, Claude Code, CodeBuddy, and SDK integration. Wiki and CodeGraph processing is asynchronous, private-repository support is still being refined, and fully automatic memory routing remains under development.

Before using

What to review

Which conversations, documents, repositories, skills, and user details should enter the memory system, and who should be able to read or share each asset.

Whether the model proxy is acceptable for the intended workflow, since it injects selected memory into prompts and forwards requests to the configured upstream model provider.

How Docker volumes, administrator and user keys, model API credentials, backups, retention, deletion, and service ports will be protected.

Whether a fast-moving 2.0 stack and its current agent integrations are stable enough for the intended production use.

Reader fit

Who may find it relevant

Teams that want memories and reusable skills to move between several agents without sharing every asset with everyone.

Builders comparing conversation memory with document knowledge, code graphs, access controls, and agent-specific context in one stack.

Less relevant for someone who only wants a lightweight personal memory library or a no-setup consumer assistant.

Editorial note

Why LifeHubber lists it

LifeHubber lists TencentDB Agent Memory because it combines four different kinds of reusable agent knowledge with visible ownership and access controls. That helps readers decide whether they need simple personal recall or a team hub that can also carry procedures, documents, and code context between agents.

Source links

Source materials

Reader note

Before relying on this entry

LifeHubber lists entries to help readers inspect AI projects, not to endorse them or prove they are safe, suitable, accurate, maintained, or right for a specific use. We do not verify every entry in depth. Before relying on anything listed, review the original materials, terms, privacy practices, limits, and risks that matter for your situation.

What to explore next

Compare what an agent memory system should keep.

TencentDB Agent Memory combines personal recall with shared skills, documents, and code context. These next paths help compare a wider memory field and two narrower approaches.

Advertisements

Advertisements

See what’s moving