sediment

ttps://github.com/jashmenn/ditz : > Ditz is a simple, light-weight distributed issue tracker designed to work with distributed version control systems like git, darcs, Mercurial, and Bazaar git-ditz: https://github.com/ihrke/git-ditz . sqlite-utils does SQLite FTS full text search config. There are additional tables for FTS indexes. sqlite-utils: https://github.com/simonw/sqlite-utils sqlite-utils > Configuring full-text search: https://sqlite-utils.datasette.io/en/stable/cli.html#configu... : sqlite-utils enable-fts mydb.db documents title summary # after subsequent writes sqlite-utils populate-fts mydb.db documents title summary # rebuild the FTS indexes sqlite-utils rebuild-fts mydb.db documents . One of these mentions sensitivity analysis and basically cache poisoning; From "I built a memory system for Claude that solves the context loss issue" https://news.ycombinator.com/item?id=45546276 : - buildautomata_memory_mcp: https://github.com/brucepro/buildautomata_memory_mcp Notes from "Show HN: Recall: Give Claude memory with Redis-backed persistent context" a few days ago: https://news.ycombinator.com/context?id=45517613 : - recall: https://github.com/joseairosa/recall sediment: https://github.com/rendro/sediment : > Semantic memory for AI agents. Local-first, MCP-native sediment-benchmark: https://github.com/rendro/sediment-benchmark : > Benchmark suite for memory systems (Sediment, ChromaDB, Mem0, Letta)

ys too high and privacy never guaranteed, so I stuck with CLAUDE.md files. They work for a handful of preferences, but it's a flat file injected into context every time. No semantic search, no cross-project memory, no decay, no dedup. It doesn't scale. So I built Sediment. The entire API is 4 tools: store, recall, list, forget. I deliberately kept it small. I tried adding tags, metadata, expiration dates. Every parameter I added made the LLM worse at using it. With just store content, it just works. The assistant stores things naturally when they seem worth remembering and recalls them when context would help. It's made a noticeable difference. My assistant remembers product ideas I brainstormed at 2am, the coding guidelines for each project, feature specs we refined over multiple sessions, and the roadmap priorities I set last month. It remembers across projects too. I benchmarked it against 5 alternatives to make sure I wasn't fooling myself. 1,000 memories, 200 queries. Sediment returns the correct top result 50% of the time (vs 47% for the next best). When I update a memory, it always returns the latest version. Competitors get this right only 14% of the time. And it's the only system that auto-deduplicates (99% consolidation rate). Everything runs locally. Single Rust binary, no Docker, no cloud, no API keys. A few things I expect pushback on: "4 tools is too few." I tested 8, 12, and more. Every parameter is a decision the LLM makes on every call. Tags alone create a combinatorial explosion. Semantic search handles categorization better because it doesn't require consistent manual labeling. "all-MiniLM-L6-v2 is outdated." I benchmarked 4 models including bge-base-en-v1.5 (768-dim) and e5-small-v2. MiniLM tied with bge-base on quality but runs 2x faster. The model matters less than you'd think when you layer memory decay, graph expansion, and hybrid BM25 scoring on top. "Mem0 supports temporal reasoning too." Mem0's graph variant handles conflicts via LLM-based resolution (ADD/UPDATE/DELETE) on each store, which requires an LLM call on every write. Their benchmarks use LOCOMO, a conversational memory dataset that tests a different use case than developer memory retrieval. The bigger issue is that there's no vendor-neutral, open benchmark for comparing memory systems. Every project runs their own evaluation on their own dataset. That's why I open-sourced the full benchmark suite: same dataset, same queries, reproducible by anyone. I'd love to see other tools run it too. Benchmark methodology: 1,000 developer memories across 6 categories, 200 ground-truth queries, 50 temporal update sequences, 50 dedup pairs. Landing page: https://sediment.sh GitHub: https://github.com/rendro/sediment Benchmark suite: https://github.com/rendro/sediment-benchmark