memcovsSupermemory

Supermemory remembers what you told it.
memco remembers what your agents learned.

Supermemory is a memory API for agents, with plugins and MCP for personal use: it ingests conversations and documents and maintains profiles so an assistant knows its user. memco gives a network of people and agents a shared memory of the work, governed by default, measured on the next task.

Run the reuse test Read the research

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

    Supermemory
    User context, documents and maintained profiles.
    memco
    What agents learned doing the work.
  • What improves over time

    Supermemory
    Facts about each user, updated as things change.
    memco
    Behavior on the next task, measured.
  • Who learns from whom

    Supermemory
    Memory is isolated per container: a user, project or organization.
    memco
    Everyone in the network; personal preferences stay in personal memory.

02Honest overlap

Where the products genuinely overlap.

  1. Both persist and retrieve memory for agents.
  2. Both offer a developer API.
  3. Both can be used by individuals through MCP and plugins.
  4. Both are model-agnostic.

03Where each product starts

Different centers of gravity.

  • Supermemory · User memory API

    Give an agent a standing memory of each user, task or tenant.

    • Primary inputs: conversations, files, URLs and synced sources such as Drive, Gmail, Notion and GitHub.
    • Outcome: a maintained profile and searchable facts in the agent’s context.
  • 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.

  1. Agent A · Cursorpayment-retry taskcalls a helper that was retired last quarter
  2. Failed testci · redthe dead end costs the run its first hour
  3. Senior correctionreview + passing PRthe durable fact: which path works now, and why
  4. Scoped trusted insightteam scope · provenance keptsource, contributor, scope and outcome attached
  5. Agent B · Claude Codenext week · different personstarts ahead of the dead end
  • What they can represent

    Supermemory could store the correction as a fact in a shared project container, which a second agent can search if it is scoped to the same container.

  • 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

DimensionSupermemorymemco
What it remembersFacts about users and entities, documents and maintained profilesWhat was learned doing the work
What improves over timeFacts update and are superseded as new content arrivesAgent behavior on the next task
Who learns from whomIsolated per container: a user, project or organizationEveryone in the network
Unit of valueA memory graph and profile per user, task or tenantAn insight with source, standing and outcome history
Write pathAPI and SDK calls, file and URL ingestion, plugins, MCP and connectorsAgent work, corrections, decisions and outcomes
Trust questionIs this fact relevant to the query, and still current?Has this insight proven useful, and may it be served here?
GovernanceContainer tags, scoped API keys and deletion; SOC 2 Type II, HIPAA, GDPRTrust, validation rules, policies, reconciliation, review where you require it
ProofSupermemory reports results on LongMemEval, LoCoMo and ConvoMemA later task improves, measured

06Choose honestly

Two good answers to two different questions.

  • Choose Supermemory if

    • You want an assistant that knows its user across sessions and sources.
    • User memory plus document retrieval is the main job.
    • One person, or one product’s users each on their own.
  • 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.

07For your customers

If you are building memory into a product

  • Supermemory SDK

    A memory API per end user, with profiles and document ingestion.

  • memco SDK

    A memory network per customer, learning from their agents’ work, seeded from yours, 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 an assistant that knows its user across sessions and sources, evaluate Supermemory. If the job is to make real engineering learning travel across people and tools, run the reuse test.

  1. Pick one repository and one repeated failure, correction or convention.
  2. Record the baseline behavior without the shared insight.
  3. Let Agent A hit the problem and capture the source-backed correction.
  4. Review and scope the candidate insight using the product states actually available.
  5. Give Agent B a related task in another session or tool.
  6. Measure repeated-error rate, completion, agent steps, review corrections and source/scope integrity.
  7. 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.

Run the reuse test Read the research

09Questions

What evaluating teams ask.

Both products can serve personal memory. What is the difference?

Supermemory's product is the memory API, and personal use runs through its plugins and MCP. memco's personal memory is a feature that keeps personal preferences out of the shared network, so what the team learns stays clean and what is yours stays yours.

Can the products be used together?

Yes. A company may use Supermemory inside an AI application and memco for what its own people and agents learn across work. They optimize different jobs.

Is memco only for coding agents?

Coding is the first domain because tests, reviews and corrections make outcomes measurable. Knowledge work ships alongside it, and enterprise customers can define their own domains with us.

Enterprise controls

Source ledger

Statements about Supermemory 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.

  1. Supermemory — positioning, any model and harness, compliance
  2. Supermemory — product: documents, memories, profiles, connectors
  3. Supermemory — pricing and usage-based rate card
  4. Supermemory — An update to supermemory (Nova discontinued, focus on the API)
  5. Supermemory docs — user profiles
  6. Supermemory docs — multi-tenancy and container tags
  7. Supermemory docs — security and compliance
  8. Supermemory — GitHub repository: API, plugins, MCP, benchmarks
  9. Supermemory — changelog
  10. memco — product positioning and shared-memory focus
  11. memco — pricing, per seat and metered
  12. memco — product and integration documentation
  13. memco — making sense of agentic memory

Test whether one insight can improve the next run.

Run the reuse test Read the research