nowfound

Alternatives

Products that do what Kage does

A framework for collaborative agent memory

  1. 1
    Memori168

    Persistent memory from agent trace, not just conversation

    May 2026 · memorilabs.ai

  2. 2AK

    I shipped a wiki layer for AI agents that uses markdown + git as the source of truth, with a bleve (BM25) + SQLite index on top. No vector or graph db yet. It runs locally in ~/.wuphf/wiki/ and you can git clone it out if you want to take your knowledge with you. The shape is the one Karpathy has been circling for a while: an LLM-native knowledge substrate that agents both read from and write into, so context compounds across sessions rather than getting re-pasted every morning. Most implementations of that idea land on Postgres, pgvector, Neo4j, Kafka, and a dashboard. I…

    Apr 2026 · github.com

  3. 3

    Central Memory Layer For Dev Teams with Git-like System

    2025

  4. 4

    Persistent memory for Claude Code, Codex & coding agents

    May 2026 · agent-memory.dev

  5. 5

    The open-source kernel for coding agents

    11d ago · akonlabs.com

  6. 6

    Persistent memory for AI coding agents

    Apr 2026 · contextpool.io

  7. 7

    Repo-native memory for coding agents

    Jul 2026 · github.com

  8. 8IR

    Hey HN! I built a proof-of-concept for AI memory using Git instead of vector databases. The insight: Git already solved versioned document management. Why are we building complex vector stores when we could just use markdown files with Git's built-in diff/blame/history? How it works: Memories stored as markdown files in a Git repo Each conversation = one commit git diff shows how understanding evolves over time BM25 for search (no embeddings needed) LLMs generate search queries from conversation context Example: Ask "how has my project evolved?" and it uses git diff to show actual…

    2025 · github.com

  9. 9

    Transform Coding Sessions & Code into a System of Context

    Mar 2026 · xhawk.ai

  10. 10

    OSS IDE for controlling AI coding agents with built in loops

    Jul 2026 · auravcs.com

  11. 11GF

    hi guys. been working on something i think is fundamentally missing in today's workflow with ai agents. vcs. i find myself struggling with questions that agents can't answer like "why did you do it?", "when did u delete this folder? why?", etc. or trying to /rewind (after a /compact...) or basically `bisect` to find when and why something was done by the agent in the current / previous session. just like git did for code, i think we are the same core capabilities with ai agents so... i developed an open source solution for that (currently supporting claude code) would love to…

    May 2026 · github.com

  12. 12
    Aura122

    Semantic version control for AI coding agents on top of Git

    Mar 2026 · auravcs.com

  13. 13

    An OKF-backed Model Context Protocol (MCP) server delivering persistent long-term memory and SQLite FTS5 search for AI agents. - fellowgeek/mcp-memory

    25d ago · github.com

  14. 14
    GitHub10

    Local-first memory for your AI coding agent

    Jun 2026 · github.com

  15. 15

    Coding agents don't have long-term memory. But you do have months of full-fidelity agent transcripts stored on your machine. A simple solution that goes a long way: ingest those transcripts and logs into a structured SQLite database, then search them with ranked text match. Everything is fully local and doesn't require anything fancy like a graph database or hosted memory service. This is the idea behind ctx, a Rust CLI that handles the ingestion and searching. We give our agents a skill that tells them to reference past sessions before working in an area. Usually we do this through an…

    Jul 2026 · github.com

  16. 16

    Git-aware memory for AI coding agents via Obsidian

    Jun 2026 · github.com

  17. 17

    An agent that remembers across sessions can keep its memory as curated markdown files, as an auto-mined structured store, or as trained experience.

    23d ago · pinglin.tw

  18. 18UM

    I was frustrated that memory is usually tied to a specific tool. They’re useful inside one session but I have to re-explain the same things when I switch tools or sessions. Furthermore, most agents' memory systems just append to a markdown file and dump the whole thing into context. Eventually, it's full of irrelevant information that wastes tokens. So I built this local memory layer that unifies memory across agents. Instead of a flat file, it builds a structured knowledge graph of "memory notes" inspired by the paper "A-MEM: Agentic Memory for LLM Agents"…

    Apr 2026 · github.com

  19. 19

    Memory + judgment for AI coding agents (local, MIT)

    May 2026 · projectmem.dev

  20. 20

    Connect Itsuki once with one key. It extracts structured memories from any of 26 connected tools — assistants, agents, workflows — links each to the words it came from, and serves them back across all the rest.

    Jul 2026 · uml.gpmai.workers.dev

  21. 21

    AI memory for every agent

    Dec 2025 · localmemory.co

  22. 22

    Instant recall for coding agents. Search the history already on your machine. Git blame, but for agent sessions. - ctxrs/ctx

    Jun 2026 · github.com

  23. 23
    Kote3

    Developer memory for AI sessions and Git history

    Jun 2026 · knowledgebase.sbs

  24. 24GW

    I was frustrated with not being able to know why the code written by my colleague agents was in the codebase, so I build a tool to version agent trace along code in git.

    Apr 2026 · hexapode.github.io

Ranked by how close each launch is in meaning, then by votes. Refine with a description →