Skip to main content
AIDiveForge AIDiveForge

Memharness vs Myco Brain

Which one should you try?

Memharness

Free

Best for Agents with months of evolving facts

Myco Brain

Free

Best for Developers building agents

Pricing, capabilities and platforms side by side. Prices are as of the "Pricing checked" date in the table.

Memharness

Memharness

The core premise is storing facts, not strings, with two independent time axes: when something became true in the world and when the agent learned it — so querying past agent states is a real query, not archaeology through logs. Everything lives in a single SQLite file, which means the storage layer makes zero LLM or network calls and stays auditable. Recall combines hybrid vector search and full-text search with a source-staleness signal, so older or superseded sources rank down automatically. Where it breaks: the SQLite backend is a hard ceiling for teams expecting distributed writes or high-concurrency production deployments. Teams hitting that ceiling will need to treat memharness as a pattern to port, not a service to scale horizontally.

Myco Brain

Myco Brain

The core mechanic is deterministic writes: the application code writes facts to Myco's Postgres store, not the LLM, so every stored fact carries a source document, a confidence score, and a full audit trail queryable via brain_why. One MCP server exposes that memory to Claude Code, Cursor, Codex, Windsurf, and any other MCP-compatible client simultaneously — write from Claude Desktop, retrieve from Cursor, no sync step required. The vendor publishes a 500-question LongMemEval result and a recall@5 figure using a recency reranker, both on the full benchmark set. The hard ceiling appears when your agents need to act on what they remember — Myco stores and retrieves facts; it does not plan, route, or execute tasks, so orchestration logic lives elsewhere.

AttributeMemharnessMyco Brain
PricingFreeFree
Pricing checkedNot checked yetNot checked yet
Free trialNot statedNot stated
Open sourceYesYes
Has APIYesNo
Self-hosted optionYesYes
PlatformsSQLite, MCPPostgres, Docker, MCP clients
Released—2026
Pros
  • Bi-temporal storage tracks both world-time and agent-learn-time independently, so you can reconstruct exactly what the agent believed at any past moment — which means post-incident reviews and compliance audits have an actual record to query instead of inferring from logs.
  • Provenance-scoped deletion lets you remove all facts derived from a specific source in one operation, so GDPR takedown requests or source revocations do not require a full memory wipe that destroys unrelated facts.
  • The storage layer makes zero LLM or network calls, so memory reads and writes have no latency dependency on external APIs and no token cost — which means memory operations do not blow your inference budget.
  • Hybrid vector-plus-full-text recall with a built-in staleness signal means older or superseded sources rank lower automatically, so the agent surfaces the most current relevant facts without you writing custom re-ranking logic.
  • MCP exposure and a self-hosted SQLite backend mean the tool drops into any agent stack that speaks MCP without requiring a separate managed service, so you retain full data ownership and avoid a vendor dependency in the memory layer.
  • Deterministic write path means the LLM never authors the facts stored in memory, so every retrieved fact links to a source document and confidence score — which means regulated teams get an audit trail without building one themselves.
  • One MCP server shared across all connected clients, so a fact written from Claude Desktop is immediately readable by a Cursor agent without a sync job or intermediate API call.
  • Full-stack boot with docker compose and no required API keys, so teams evaluate and prototype without committing credentials or cloud spend before the architecture is validated.
  • Content-hash deduplication on document ingestion, so re-importing the same ChatGPT or Claude export twice does not corrupt or inflate the memory store.
  • Graph queries over entity relationships via the built-in tools, so agents can retrieve not just isolated facts but the web of connections between people, decisions, and documents in the store.
Cons
  • SQLite is a single-writer database: the moment two agent processes attempt concurrent writes — a parallelized pipeline, a multi-worker deployment, any architecture where more than one process holds the file — writes will collide or block. Teams with concurrent-write requirements either serialize all memory operations through a single process (adding a bottleneck) or abandon memharness for a Postgres- or Redis-backed alternative.
  • The project has 2 stars and 1 fork on GitHub at time of curation, with 19 commits and no open issues, which means community-sourced debugging, third-party integrations, and production war stories are essentially nonexistent. Teams that hit an edge case are reading the source, not a Stack Overflow thread.
  • There is no built-in access control or multi-tenant isolation: if multiple agents or users share the same SQLite file, provenance-scoped deletion could become a liability rather than a feature — one delete call wipes facts for every tenant who learned from that source. Teams building multi-user applications will need to implement per-user database files or a sharding layer before going to production.
  • Myco stores and retrieves facts — it has no planner, no task router, and no execution loop. Teams building agents that need to act on retrieved memory must implement that logic themselves, which means maintaining a separate orchestration layer alongside the memory layer.
  • The self-hosted path requires running Postgres 16 with pgvector and managing that infrastructure. Teams without existing Postgres ops experience hit configuration and maintenance overhead that the single docker compose up does not eliminate long-term.
  • Semantic search requires a local Ollama instance or an external embedding provider; teams without GPU-capable self-host infrastructure who want semantic recall beyond full-text search are blocked until the cloud offering exits beta — at which point they are evaluating a hosted product with a waitlist rather than a drop-in replacement.
  • No API surface is exposed outside the MCP protocol, so teams whose agents run outside MCP-compatible clients cannot integrate without building a custom MCP wrapper — teams with that constraint typically move to a vector database with a standard REST or gRPC API instead.

Made up your mind?

Memharness

Free

Best for Agents with months of evolving facts

Myco Brain

Free

Best for Developers building agents

Specs come from each tool's own site and docs (how we test). AIDiveForge is editorially independent.

Share this comparison