TiDB is a production-grade, open-source distributed SQL database with MySQL compatibility, horizontal scalability, strong consistency (ACID), and HTAP capabilities via TiKV (row store) and TiFlash (columnar store). The architecture separates compute (TiDB Server) from storage (TiKV/TiFlash) with PD for cluster management. Key entry points: cmd/tidb-server (SQL layer), lightning/cmd/tidb-lightning (TB-scale import), br/cmd/br (backup/restore), dumpling/cmd/dumpling (export). The codebase demonstrates exceptional craftsmanship with a modular design: the parser (pkg/parser) is a standalone MySQL-compatible SQL parser used by external projects; pkg/objstore provides a unified storage abstraction (S3/GCS/Azure/local/HDFS) with compression/encryption; pkg/dxf/framework implements a distributed execution framework with scheduler/task-executor/planner; pkg/timer provides distributed cron/interval scheduling with persistence; pkg/extension enables plugin-based authentication/session-hooks/custom-functions; pkg/util/chunk/arena/zeropool/mvmap/intset/bitmap provide high-performance columnar processing and memory management; pkg/expression uses code generation for vectorized SIMD evaluation; pkg/planner implements a Cascades-based cost-based optimizer with plan caching; pkg/ddl executes online schema changes via job-based distributed backfill with schema versioning; pkg/statistics maintains histograms/CMS/FM-sketch with auto-analyze priority queues. The repo includes comprehensive testing (unit, integration, realtikv, chaos) and modern Go practices (generics, interfaces, DI).
Headroom is a context optimization layer for LLM applications that reduces token usage by 50-90% through intelligent compression, caching, and memory systems. It provides a transparent proxy between LLM clients (like Claude Code, Cursor, etc.) and LLM providers (Anthropic, OpenAI, etc.), implementing CCR (Compress-Cache-Retrieve) for lossless compression with retrieval capability. The system features a hybrid polyglot architecture with a Rust-based high-performance proxy core, Python ecosystem for extensibility, and TypeScript SDK. Key capabilities include agent wrapping, cross-agent memory using Qdrant/Neo4j, observability through metrics and dashboard, and a learning system that analyzes interaction patterns to generate optimization rules. Deployment options include Docker, system services, and direct execution.
EverOS is a local-first, markdown-based memory framework for AI agents and chat applications. It ingests conversational sessions via a FastAPI REST API, extracts structured memories (episodes, atomic facts, agent cases, skills, user profiles) using LLMs, persists them as version-controllable Markdown files, and maintains derived search indexes in LanceDB (vector + BM25) and SQLite. The system provides a rich retrieval layer with keyword, vector, hybrid (RRF), and agentic (LLM-guided multi-round) search methods, plus a knowledge wiki feature. An Offline Memory Engine (OME) runs background strategies (reflection, clustering, extraction) on cron/idle/immediate triggers, and a cascade daemon watches the Markdown filesystem to reconcile indexes. The architecture is a layered monolith (entrypoints → service → memory → infrastructure) with cross-cutting components for LLM, embedding, rerank, tokenizer, and config. It ships with a CLI (Typer), a TUI demo (Textual), and extensive integration tests. While primarily an application, it includes a benchmark harness (LoCoMo, LongMemEval, EverMemBench) and evaluation fixtures, giving it a hybrid character with a strong research-oriented testing pipeline.
Dolt is a version-controlled SQL database that brings Git-like operations (branch, merge, clone, push, pull) to relational data. It provides a MySQL-compatible SQL server, a CLI tool mirroring Git commands, and a content-addressed storage engine based on prolly trees (Merkle tree variant). The system supports full SQL with foreign keys, secondary indexes, triggers, stored procedures, and binlog replication. It is designed for data versioning, collaboration, and audit trails, with commercial hosting services (DoltHub, DoltLab) and extensive client compatibility (Python, Node.js, Java, Go, etc.). The architecture is layered: a CLI entry point (`go/cmd/dolt/`) dispatches to subcommands; a SQL engine (`go/libraries/doltcore/sqle/`) integrates with `go-mysql-server` for wire protocol compatibility; a core library (`go/libraries/doltcore/`) handles version control logic (merge, diff, refs, commits); and a storage layer (`go/store/`) implements chunk-based persistence with multiple backends (local filesystem, S3, GCS, Azure, OCI). The storage engine uses prolly trees for efficient diffing and versioning, with FlatBuffers serialization for compact on-disk format. Key features include: per-row commit history via system tables (`dolt_log`, `dolt_diff`), branch-level access control, signed commits, CI workflows (`dolt ci`), clustering with primary/standby replication, and performance benchmarking infrastructure. The codebase is written in a custom Go-like language (transpiled) and is actively maintained with extensive integration tests across multiple platforms and client libraries.
Cognee is an open-source AI memory platform that enables agents and applications to build, store, and query persistent knowledge graphs from documents, code, and conversations. The system provides a Python SDK, a FastAPI REST API, a CLI, a Next.js frontend, and an MCP server for agent integration. Core operations include ingesting data (remember), extracting entities and relationships via LLMs or GLiNER (cognify), retrieving context (recall), and self-improvement loops (improve). The architecture is modular with adapter/registry patterns for graph databases (Ladybug, Neo4j, Turso), vector stores (LanceDB, PGVector), LLM providers (LiteLLM, OpenAI, Anthropic, Ollama), and integrations (Slack, GitHub, Google Drive). The frontend provides a dashboard for dataset management, knowledge graph visualization, and business analytics. The project also includes an evaluation framework for benchmarking retrieval strategies against standard datasets like HotpotQA and BEAM. While production-grade in many areas, some components are marked as demo-quality or have cloud-only stubs.
MiroFish is a full-stack web application that implements a swarm intelligence prediction engine. It ingests real-world documents (PDF, Markdown, TXT), extracts seed information via LLM-driven ontology generation, builds a knowledge graph using Zep Cloud, and then generates agent profiles and simulation configurations for the OASIS multi-agent simulation framework. The system runs dual-platform simulations (Twitter-like and Reddit-like) to model social evolution and produce predictive reports through a ReACT-based report agent that queries the knowledge graph and interviews simulated agents. The frontend is a Vue 3 SPA with a 5-step wizard guiding users through graph building, environment setup, simulation execution, report generation, and deep interaction with agents. The architecture follows a monolith-with-subprocesses pattern: a Flask backend serves REST APIs for graph management, simulation lifecycle, and report generation, while simulation subprocesses run independently and communicate via a file-based IPC protocol. The system relies heavily on external services: an OpenAI-compatible LLM API for generation tasks, Zep Cloud for persistent graph storage and retrieval, and the OASIS simulation engine. The codebase is well-structured with clear separation into API routes, service modules, utility functions, and frontend components. It includes comprehensive i18n support (7 locales), Docker deployment, and CI/CD via GitHub Actions. While primarily an application, MiroFish has strong data/research characteristics: its core value proposition is predictive simulation driven by LLM-generated ontologies and agent profiles, and it uses GraphRAG techniques for report generation. The repository includes standalone scripts for star history tracking and validation, but these are auxiliary to the main application. The code demonstrates good engineering practices with reusable utilities (LLM client with retry, Zep pagination, file parser, retry decorators) and a consistent pattern for asynchronous task management and polling.
Zep is a long-term memory platform for AI agents, providing integration libraries for multiple agent frameworks (Google ADK, AutoGen, CrewAI, LangGraph, Pydantic AI, Vercel AI SDK, Mastra, LiveKit, Microsoft Agent Framework, Strands, AG2) across Python, TypeScript, and Go. The repository contains the core ingestion pipeline (zep-ingest) for bulk loading documents, Slack exports, emails, transcripts, and fact triples into Zep's temporal knowledge graph, an MCP server for direct graph access, benchmarks (LoCoMo, LongMemEval), and extensive examples. The architecture is a set of client libraries that communicate with the Zep Cloud API (external dependency). Key entry points include integration packages (e.g., zep_adk, zep_autogen), the ingestion pipeline (Pipeline, ingest functions), and the MCP server (cmd/server/main.go). Data flows: user messages are persisted to the Zep graph, context is retrieved and injected into agent prompts via hooks/callbacks or search tools. External dependencies: Zep Cloud API, optional LLM clients (OpenAI, Anthropic) for ingestion transforms and contextualization.
Supermemory is a commercial-grade AI memory and context engine that provides persistent long-term memory for AI agents. The repository implements the client-side integration SDKs, an MCP (Model Context Protocol) server, a memory graph visualization component, and supporting infrastructure. In production, it connects to an external cloud API (api.supermemory.ai) that handles document ingestion, semantic search, user profiles, and knowledge graph construction. The codebase is organized as a monorepo with distinct packages for TypeScript/Python SDKs covering multiple AI frameworks (Vercel AI SDK, OpenAI, Mastra, Claude, etc.), a Cloudflare Workers-based MCP server with OAuth and widget UI, a ship-grade memory-graph React component with force-directed canvas rendering, and a comprehensive validation schema package. The architecture demonstrates strong engineering practices: strict Zod validation, middleware injection patterns, caching and deduplication logic, and thorough testing across languages. Notable skill is evident in the memory-graph canvas engine (viewport, simulation, spatial indexing, version chain visualization) and the shared memory-context injection utilities. The main downside is significant logic duplication across four Python SDK packages and their TypeScript counterparts, which increases maintenance risk. The repo is actively developed with CI/CD pipelines publishing to npm and PyPI.
This repository is an 'awesome list' curated by the TeleAI-UAGI team, aggregating open-source and closed-source products, papers, benchmarks, tutorials, and surveys on memory systems for LLM/MLLM agents. It does not contain application business logic or runnable services; its primary output is a meticulously structured README.md that serves as a reference catalog. The accompanying Python scripts automate two maintenance tasks: (1) checking that open-source entries are ordered by GitHub star count and respecting a 100-star boundary for emerging projects, and (2) generating self-hosted star-history SVG charts. The scripts are well-crafted, with robust parsing, GitHub API integration, and careful edge-case handling (grace bands, orphan detection), making them reusable for other awesome-list maintainers. The repository's value lies in its curated content rather than its code, but the supporting infrastructure demonstrates solid engineering principles.