vsLetta
Letta gives one agent a memory of its own.
memco gives every agent the network's.
Letta is a framework and service for stateful agents: an agent keeps and edits its own memory as it runs. memco sits below any agent framework and keeps what all of them learned, shared across the network, with trust and validation rules deciding what is served.
Different person · Different session · Different tool · Reused insight
- Primary job
- Shared, governed learning from real work
- Unit of value
- An insight with source, standing and outcome history
- Trust question
- Has this insight proven useful, and may it be served here?
01The difference
What it remembers
- Letta
- The agent's own state: a git-backed memory of files it can edit.
- memco
- What all agents in the network learned doing the work.
What improves over time
- Letta
- That agent, over its own conversations.
- memco
- Every agent's behavior on the next task, measured.
Who learns from whom
- Letta
- Mainly each agent from itself; cloud agents can share memory repositories.
- memco
- Everyone in the network, across frameworks and models.
02Honest overlap
Where the products genuinely overlap.
- Both persist memory across sessions.
- Both let an agent write to its memory.
- Both work with many models.
03Where each product starts
Different centers of gravity.
Letta · Stateful agent
Run persistent agents that keep and edit their own memory over time.
- Primary inputs: one agent's conversations, explicit teaching and its own tool work.
- Outcome: a stateful agent whose memory and skills improve with use.
memco · Trusted insight
Convert real agent work into trusted, scoped and reusable team insights.
- Primary inputs: agent work, corrections, decisions and outcomes.
- Outcome: a later task goes better, for another person, session or tool.
04The same week, replayed
One payment-retry bug. Two product jobs.
Illustrative engineering workflow; not customer evidence. The same scenario runs on every comparison page, so what differs is the product job, not the anecdote.
- Agent A · Cursorcalls a helper that was retired last quarter
- Failed testthe dead end costs the run its first hour
- Senior correctionthe durable fact: which path works now, and why
- Scoped trusted insightsource, contributor, scope and outcome attached
- Agent B · Claude Codestarts ahead of the dead end
What they can represent
Letta can save the senior engineer's correction in the first agent's memory; another agent sees it only if both are cloud agents attached to a shared memory repository.
What memco makes of it
memco makes the source, trust state, team scope and later outcome the primary object, then tests whether another engineer's agent avoided the failed path.
05Practical comparison
Dimension by dimension, in words.
Rows, not scoreboards: each dimension states what each product actually does, so the difference survives scrutiny.
Scroll sideways
| Dimension | Letta | memco |
|---|---|---|
| What it remembers | The agent's own state, in git-backed memory files | What was learned doing the work |
| What improves over time | That agent, across its own conversations | Agent behavior on the next task |
| Who learns from whom | Mainly each agent from itself; shared repositories on Letta Cloud | Everyone in the network |
| Unit of value | A persistent stateful agent: identity, memory, tools and history | An insight with source, standing and outcome history |
| Write path | The agent edits and commits its own memory files | Agent work, corrections, decisions and outcomes |
| Trust question | Which memory files load into the agent's context? | Has this insight proven useful, and may it be served here? |
| Governance | Self-hosting, tool permission rules and git history of memory edits | Trust, validation rules, policies, reconciliation, review where you require it |
| Proof | Letta publishes research such as MemGPT and memory benchmarks | A later task improves, measured |
06Choose honestly
Two good answers to two different questions.
Choose Letta if
- You are building long-running agents and want each one's state managed for you.
- The agent's own self-editing memory is the design.
- You want an agent runtime, not only a memory.
Choose memco if
- An insight from one person's agent should improve a later task for another person or tool.
- Corrections, failed paths and accepted outcomes keep getting rediscovered.
- Shared learning needs source, standing, governance and a path to correction or retirement.
- The learning should survive model, IDE and agent-platform changes.
- You run several agents, on several frameworks, that should learn from each other.
07For your customers
If you are building memory into a product
Letta SDK
An agent runtime with per-agent state; each deployed agent carries its own memory.
memco SDK
A memory network per customer that any agent framework, Letta included, can read and contribute to. Metered by use.
Build with the memco SDK
08Proof, not vibes
The reuse test.
Do not stop at 'the agent remembered.' If the main job is one long-running agent that manages its own state, evaluate Letta. If the job is to make real engineering learning travel across people, agents and tools, run the reuse test.
- Pick one repository and one repeated failure, correction or convention.
- Record the baseline behavior without the shared insight.
- Let Agent A hit the problem and capture the source-backed correction.
- Review and scope the candidate insight using the product states actually available.
- Give Agent B a related task in another session or tool.
- Measure repeated-error rate, completion, agent steps, review corrections and source/scope integrity.
- Record whether the insight helped, conflicted or should be corrected or retired.
A signup is not activation. Activation is an insight contributed from one task and correctly reused on a later task.
09Questions
What evaluating teams ask.
Can Letta agents use memco?
Yes. memco is a memory below the agent; a Letta agent connects over MCP or the SDK like any other and shares what it learns with the network.
Source ledger
Statements about Letta are drawn from its official documentation and site, reviewed on 2026-07-30. Products change — if anything here is out of date, tell us and we will correct it.
- Letta — homepage
- Letta docs — stateful agents
- Letta docs — MemFS, git-backed agent memory
- Letta docs — memory and dreaming
- Letta docs — shared memory repositories
- Letta docs — MCP and client tools
- Letta docs — models
- Letta docs — permissions
- Letta — pricing
- Letta — research (MemGPT, memory benchmarks)
- memco — product positioning and shared-memory focus
- memco — pricing, per seat and metered
- memco — product and integration documentation
- memco — making sense of agentic memory