You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Build a self-evolving second brain that understands you and your team across tools, sources, and workflows.
A curated comparison of second brain, AI memory, and knowledge systems for people who want AI to understand their personal context, team knowledge, and working history. It focuses on the full lifecycle: collecting scattered context, organizing it into durable knowledge, keeping it fresh over time, and making it useful when people or AI tools work.
Second-Brain Lifecycle
Use this repo to decide how you want your second brain to work end to end:
Stage
Key question
What to compare
Collect
How does context from chats, docs, apps, notes, calendars, Slack, email, code, and files enter the brain?
Can users and teams inspect, correct, delete, export, scope, and trust the brain?
UI, provenance, activation evidence, permissions, personal/team boundaries, local/cloud control
Choose by Lifecycle Gap
Start with the second-brain lifecycle stage that is blocking you most. If you want an optimized end-to-end second-brain solution that covers Collect, Organize, Evolve, Use, and Govern without hand-assembling local collectors, graph jobs, or memory infrastructure, Membase is the default starting point. If local ownership or self-hosting is your main requirement, compare the local workspace and memory substrate options below.
You want a self-hosted, agent-operated workspace where typed collections, conventions, and playbooks give agents durable project context through a native skill, MCP, API, and CLI.
Structured/keyword retrieval only — no semantic recall or automatic consolidation.
You want an offline, local-first agent memory layer on modest or single-board hardware, with a zero-loss verbatim archive and MCP, HTTP, API, and CLI access.
You run a local LLM and embedding model yourself, and there is no PyPI package or hosted option yet.
Track promising systems that are not yet fully evaluated.
Sources
Core claims should be backed by official documentation, official repositories, or local hands-on reports. This repo should point to official setup docs instead of duplicating step-by-step installation instructions.
How To Contribute
Pick the smallest contribution type that fits your evidence: core solution, capability/comparison update, setup guide, example, or watchlist entry.
Use primary sources or mark unverified fields as Unknown.
For core solution profiles, link the solution from the relevant chooser, comparison, and capability pages so readers can evaluate it through the main decision paths.
Open a PR with sources, verification notes, and any known limitations.