Tencent's Team Memory: When Agents Share a Memory, Someone Has to Own It
What Tencent's Team Memory release actually is, why its governance features are the real product, and why the usual China data worry misses the point.
On this page
- What happened
- What it actually is, read as a practitioner
- Why "team" is the real story
- A shared brain is a shared target
- The China question, answered honestly
- What to do now
- FAQ
- Is TencentDB Agent Memory actually a database?
- Does TencentDB Agent Memory send data to Tencent Cloud?
- Does it work with Claude Code?
- How does TencentDB Agent Memory compare to Mem0?
- The bottom line
- Sources
The easy reading of Tencent's latest open-source release is the one about data. A Chinese cloud vendor ships a system that holds your team's collective memory, and you can write the rest of that headline yourself. It's also the wrong reading, and getting past it takes about five minutes with the actual repository.
On 13 August, Tencent Cloud announced Team Memory, a major update to TencentDB Agent Memory that moves agent memory from a personal convenience to shared team infrastructure. I've been through the announcement and the repo rather than run the thing, so treat this as a desk read, not a field report. Here's what it is, why the "team" part is the real story, and why the worry most Western readers will reach for first is pointed at the wrong place.
Key Takeaways - Team Memory extends TencentDB Agent Memory from individual long-term memory to shared team assets: chat history, documents as a queryable wiki, code repositories as a graph, and distilled reusable skills, all behind access controls. - Despite the name, it isn't a database. It's a local-first suite of TypeScript services on SQLite with vector search, MIT-licensed, and it plugs into Claude Code by speaking Anthropic's own API protocol. - The default deployment keeps everything in your environment, so the reflexive "my data goes to China" worry mostly doesn't apply. The residual risks are governance, a Chinese-first community, and an optional Tencent Cloud VectorDB path. - Shared memory is shared attack surface. Memory-poisoning research says corrupted entries propagate across sessions, and here they'd propagate across your teammates' agents by design. - The vendor's benchmark claims are self-reported. The GitHub traction (just over 24,900 stars as of 27 August) is real, but Western developer uptake looks far thinner than the number suggests.
What happened
On 13 August 2026, Tencent Cloud announced Team Memory, the second major release of TencentDB Agent Memory, which it open-sourced in May. The key facts, from the announcement and the repository:
Team memory is assembled from four asset types: Chat Memory (historical agent conversations), an LLM-Wiki (project documents queryable in natural language), a Code Graph (repository structure, symbols and call paths), and Skills (a completed troubleshooting session or code review distilled for reuse).
A new console, Memory Hub, manages teams, agents and tasks, with each memory item carrying an owner, version, status and usage history. Permissions run per user, role and agent, from private to team-wide.
Assets are assembled by role: a bug-fixing agent gets the Code Graph and past troubleshooting skills, while a requirements agent gets the wiki and business context.
It works across agent platforms, including Tencent's CodeBuddy, OpenClaw and Claude Code, and the code release (v2.0.0) landed on 3 August, ten days before the newsroom post.
The claim worth keeping is the portability one: "the accumulated experience in Team Memory remains fully compatible even if the underlying models or agent frameworks change." Tencent also says the project passed 20,000 GitHub stars in its first 90 days and topped GitHub Trending more than once. The star count today is verifiable (24,912 when I checked on 27 August, against 7,200 recorded by a third-party tracker on 4 July, so the trajectory is plausible). The Trending claim traces back to Tencent's own post and can't be checked, so I'd file it as marketing.
Tencent Cloud's Team Memory release extends the open-source TencentDB Agent Memory project from individual to team use, organising conversations, documents, code and distilled skills into governed memory assets for platforms including Claude Code, per the announcement on 13 August 2026. The repository stood at 24,912 stars on 27 August 2026, per GitHub.
What it actually is, read as a practitioner
First, the name. TencentDB Agent Memory is not a database, not built on PostgreSQL, and not TencentDB technology in any meaningful sense. It's a set of TypeScript services (MemoryCore, MemoryKnowledge, MemoryPanel, MemoryProxy) that store to local SQLite with sqlite-vec for vector search, with an optional path onto Tencent Cloud VectorDB if you want to scale out. The TencentDB label is brand adjacency. The database team at Tencent has genuinely open-sourced infrastructure before (TBase, now OpenTenBase, back in 2019), but this is an application-layer project from that org, and it behaves like one.
The architecture is more considered than the star-chasing suggests. Memories are distilled through layers, from raw conversation up to stable persona-level facts, and retrieval mixes BM25 keyword search with vector search under item and time budgets, which is how you keep injected context small. The cleverest piece is Memory Proxy: it sits between your agent and the model speaking both Anthropic and OpenAI API protocols, injecting relevant memory into the system prompt. For Claude Code that means no plugin, no hook, no MCP server. Your client never knows it's there.
It's also real software, not a README with aspirations. There's a one-command Docker deployment, TypeScript and Python SDKs, OpenAPI docs and bilingual documentation, with commits landing daily. The default branch is feat/server_team rather than main, which tells you how fast this is still moving.
TencentDB Agent Memory is a local-first TypeScript service suite storing to SQLite with sqlite-vec, layered memory distillation, and hybrid BM25-plus-vector retrieval. Its Memory Proxy speaks Anthropic and OpenAI API protocols, so Claude Code picks up long-term memory with no plugin or MCP server, per the project README retrieved 28 August 2026.
Why "team" is the real story
Agent memory as a category has been mostly single-player so far. Mem0, the best-funded entrant, raised $24 million in October 2025 and is the memory provider for AWS's agent SDK. Zep's Graphiti builds a temporal knowledge graph where facts are invalidated rather than deleted. Letta gives each agent a tiered memory it manages itself. All three are about one agent remembering its own past.
GitHub stars for the four most-watched open-source agent memory projects, checked 27-28 August 2026: Mem0, Graphiti, TencentDB Agent Memory, Letta. Tencent's entry is the youngest by years.
Team Memory's bet is that the unit of memory is about to become the team, not the agent. Anyone running agents on real work knows the problem it names: the project background re-explained every session, the fix discovered last month that nobody can reconstruct, the method that works living inside one person's Claude Code history. Tencent's answer is to treat all of that as managed assets with owners, versions and permissions, and to assemble different slices for different agent roles.
That last part is the genuinely new thing. An access-control model where "private" means not even team admins can read an item, and where a troubleshooting skill one developer distills can be reviewed, then shared to specific agents or people, is memory as team infrastructure. None of the Western projects ship that as the core. They sell you a better notebook; this wants to be the shared filing cabinet with a lock policy.
Mem0, Zep and Letta all centre on a single agent remembering its own history. Team Memory instead treats conversations, documents, code graphs and distilled skills as governed team assets with per-user, per-role and per-agent permissions, assembled by task, per Tencent Cloud's announcement and the repository documentation.
A shared brain is a shared target
Here's the part the announcement doesn't dwell on. Memory exists because bigger context windows didn't solve retention: Chroma's context rot study showed 18 frontier models degrading as input grows, long before the window fills. So everyone is building memory, and the security research has caught up with why that's delicate. OWASP's agentic threat guidance names memory poisoning outright: corrupt the long-term store once and every future session inherits the corruption.
Now make the store shared. A poisoned troubleshooting skill doesn't just mislead your agent next week; it misleads every agent and teammate it's shared with, by design. One repository holding your team's conversations, documents, code structure and working methods is also, viewed from the outside, a tidy catalogue of everything an attacker would want. Tencent's mitigations are real but procedural: the ACL model limits who can read what, and skills are meant to be reviewed before sharing, which puts a human in the loop of machine-distilled content. That control is exactly as strong as the review habit behind it.
None of this is a reason not to use it. It's a reason the governance features are the product, and "which agent may read which memory" deserves the same seriousness as any other access policy in your stack, as with agent governance generally.
Research on agent security, including OWASP's agentic AI threat guidance, identifies memory poisoning as a distinct attack class where corrupted long-term memory steers future sessions. A shared team memory store extends that risk across teammates and agents by design, which makes review-before-share workflows and access control the load-bearing features.
The China question, answered honestly
Let me state the deployment assumption first, because the answer changes completely depending on it. If you self-host the open-source release, which is MIT-licensed and local-first, your data stays in your environment. Storage is local SQLite, the LLM endpoints are yours to configure, and no Tencent Cloud account is required. On that path, the reflexive worry about a Chinese vendor holding your team's memory doesn't apply, and it's worth saying plainly that this is the wrong worry for the default deployment.
The real residual concerns are quieter. The optional Tencent Cloud VectorDB path does tie you to Tencent's cloud if you take it, so treat that as a separate decision. The repository includes OpenTelemetry instrumentation, which is normal hygiene to audit before you deploy anything like this, not an accusation. The community is Chinese-first: the discussions, the tutorials, most of the momentum. And if you ever want enterprise support, you're buying it from a Chinese vendor, with the procurement conversations that involves in some organisations.
One number captures the community shape better than the star count. The project has just under 25,000 GitHub stars; its Hacker News submission earlier this month got two points and no comments. The stars are real, but their centre of gravity is domestic. For Western teams that's a caveat about where the help will come from. For Chinese teams going global, it's a hint that this tool was built for the way teams here actually work, which is a build-versus-buy consideration of its own.
Self-hosting the MIT-licensed TencentDB Agent Memory keeps data in your own environment on local SQLite, with user-configured model endpoints and no Tencent Cloud account required, per the repository documentation. The residual considerations are the optional Tencent Cloud VectorDB path, standard dependency auditing, and a Chinese-first community and support channel.
What to do now
If agent memory is on your radar, three steps, in order.
Today: read the repo, not just the announcement. The architecture docs and the ACL model are where the actual design lives, and the Docker deployment is one command if you want to poke at it.
This week: stand it up against one non-critical repository and one agent, and watch what the distillation layers actually retain. Vendor benchmarks (Tencent reports a PersonaMem score jump from 48% to 76%, unreproduced by anyone independent) are no substitute for your own corpus.
This month: before importing anything real, write the access policy. Which memories are private, which are team-wide, who reviews a distilled skill before it's shared. The tool gives you the controls; the policy is yours.
Two things not to do. Don't import proprietary code or client conversations into a shared store before that policy exists, because retroactive permissioning is worse than no memory. And don't treat the star count as a Western readiness signal; the community you'll be debugging alongside is mostly posting in Chinese. If you're earlier in the journey and still weighing up where agents fit at all, start with the agentic architecture piece.
FAQ
Is TencentDB Agent Memory actually a database?
No. Despite the name, it's a suite of TypeScript services that store to local SQLite with vector search, sitting between your agents and the models they call. The TencentDB label reflects the team that built it, not the technology. An optional integration with Tencent Cloud VectorDB exists for scale-out, but the default deployment needs no database server at all.
Does TencentDB Agent Memory send data to Tencent Cloud?
Not in the default self-hosted setup. It's MIT-licensed, stores locally in SQLite, and calls whichever LLM endpoint you configure. No Tencent Cloud account is required. The exception is the optional Tencent Cloud VectorDB integration, which is a deliberate choice you would make, not a default behaviour.
Does it work with Claude Code?
Yes, and the mechanism is neat. Its Memory Proxy speaks the Anthropic and OpenAI API protocols, so Claude Code (and Tencent's CodeBuddy, and OpenClaw) picks up injected memory through the system prompt with no plugin, hook or MCP server to install. You point the agent at the proxy instead of at the model endpoint directly.
How does TencentDB Agent Memory compare to Mem0?
Mem0 is the more established Western option: older, better funded ($24 million raised in October 2025), and integrated into AWS's agent SDK. TencentDB Agent Memory is younger and local-first by default, and its distinguishing feature is team-level governance: owners, versions, permissions and role-based assembly. If your problem is one agent remembering, either works. If your problem is a team sharing memory safely, Tencent's is the one built around that.
The bottom line
Team Memory is a young, fast-moving project from a team better known for databases, and both the vendor benchmarks and the Trending claims deserve the usual discount. But the design instinct underneath it is right: once agents do real team work, memory stops being a personal convenience and becomes shared infrastructure that needs owners, permissions and review. Tencent got there first among the open-source projects, and got there with something you can run on your own hardware without sending anyone anything. The question I'll be watching isn't whether the star count keeps climbing. It's whether the review-before-share discipline survives contact with teams in a hurry, because that's where this either works or quietly becomes a liability.
If you're working out where shared agent memory fits in your own stack, that's a conversation I have with clients regularly. Get in touch.
Sources
Tencent Cloud, "TencentDB Agent Memory Releases Team Memory": https://www.tencentcloud.com/dynamic/news-details/101465 (published 2026-08-13, retrieved 2026-08-28)
TencentCloud, TencentDB-Agent-Memory repository: https://github.com/TencentCloud/TencentDB-Agent-Memory (retrieved 2026-08-28; star and fork counts checked 2026-08-27)
MarkTechPost, "Tencent Cloud Open Sources TencentDB Agent Memory v2.0": https://www.marktechpost.com/2026/08/07/tencent-cloud-open-sources-tencentdb-agent-memory-v2-0/ (published 2026-08-07, retrieved 2026-08-28)
Open Source For You, "Tencent Cloud Agent Memory v2": https://www.opensourceforu.com/2026/08/tencent-cloud-agent-memory-v2/ (published 2026-08, retrieved 2026-08-28)
PR Newswire via Morningstar, "Mem0 raises $24M": https://www.morningstar.com/news/pr-newswire/20251028sf07039/mem0-raises-24m-series-a-to-build-memory-layer-for-ai-agents (published 2025-10-28, retrieved 2026-08-28)
Mem0 repository: https://github.com/mem0ai/mem0 (retrieved 2026-08-28)
Zep, Graphiti repository: https://github.com/getzep/graphiti (retrieved 2026-08-28)
Letta repository: https://github.com/letta-ai/letta (retrieved 2026-08-28)
Chroma, "Context Rot: How Increasing Input Tokens Impacts LLM Performance": https://research.trychroma.com/context-rot (published 2025-07, retrieved 2026-08-28)
OWASP, "Agentic AI Threats and Mitigations": https://genai.owasp.org/resource/agentic-ai-threats-and-mitigations/ (retrieved 2026-08-28)
OpenTenBase (formerly TBase): https://www.opentenbase.org/en/ (retrieved 2026-08-28)
Wikimedia Commons, cover image "African Bush Elephant" (GFDL 1.2, Muhammad Mahdi Karim): https://commons.wikimedia.org/wiki/File:African_Bush_Elephant.jpg (retrieved 2026-08-28)
Keep reading
Agent Field Notes
Get the next issue.
Agent harnesses, runtimes, security and governance, explained for the people who have to operate them.
Facing a decision like this?
We run architecture reviews, governance assessments and version-pinned framework evaluations for teams making consequential agent decisions.