Our take
Quietno commits in the last 90 days and no release in a year- Activity
- 19
- Community
- 46
- Issues
- 21
- Pull requests
- 20
+4 stars in the last 30 days
Agent-Memory offers a broad, self-hostable memory layer for coding agents, but its quiet recent activity and concentrated contribution history make long-term maintenance worth checking before a team relies on it.
Good fit if
- You want persistent context shared across coding agents that support MCP or HTTP.
- Your team can run a Node.js service and the iii engine, and values automatic capture and searchable session history.
- Apache-2.0 licensing suits your use, and you can evaluate the project’s current maintenance pace before adopting it.
Look elsewhere if
- You need a project with recent releases or active issue and pull-request handling: the measured health reports no release in a year and no recent commits, issue closures, or merged pull requests.
- Your organization needs maintenance distributed across contributors: although the project has multiple contributors, most of the code comes from one person.
- You want memory without an additional engine runtime or are limited to agents that cannot connect through MCP, HTTP, or supported hooks.
All health signals
| Last commit | 2026-08-06 (3 months ago) |
|---|---|
| Commits, last 90 days | 0 |
| Releases, last 12 months | 0 |
| Contributors | 34 (top contributor: 84% of commits) |
| Issues closed, last 90 days | 0 |
| Pull requests merged, last 90 days | 0 |
| Project age | 5 months |
Checked on 2026-10-28 with the GitHub API.
Project history
Daily GitHub snapshots since Oct 7, 2026. History covers stars and forks; health signals are not tracked historically.
Stars
12Forks
4Change since Nov 14, 2026: 0 stars·0 forks
Overview
Agent-Memory is a persistent memory system for AI coding agents, built on the iii engine. It aims to stop agents from losing project context between sessions by capturing work and making relevant observations searchable later. Its integrations include Claude Code, Cursor, Gemini CLI, Codex CLI, and other agents that support MCP or HTTP, with one server sharing memory across clients.
The project is aimed at developers who use agents across repeated sessions or tools and want automatic capture rather than manually maintaining notes. It combines keyword, vector, and knowledge-graph retrieval; the README describes a local embedding option, but the underlying engine is iii.
Key Features
- Captures prompts, tool activity, and session events through agent hooks.
- Searches stored observations using BM25, vector search, and graph traversal, with results combined through rank fusion.
- Organizes memories into working, episodic, semantic, and procedural tiers, with decay and forgetting mechanisms.
- Provides MCP tools and a REST API for agent integrations, plus hooks and plugins for selected agents.
- Includes a local web viewer for sessions, observations, memories, and the knowledge graph.
- Offers team memory, provenance, and memory snapshots alongside multi-agent coordination features.
Use Cases
- A developer returning to a codebase after a break can retrieve prior decisions, fixes, and project context instead of restating them.
- A team using different coding agents can share project memory through the same server and MCP interface.
- Users of Claude Code or Codex CLI can automate session capture with the supplied plugins and lifecycle hooks.
- Developers who want to inspect what an agent has recorded can use the viewer to browse sessions and memories.
What you need
Detected in the repository
- Node.js >=20.0.0 (from package.json)
- A Compose file to run it with its related services
- A test suite and automated checks on GitHub Actions
License in plain words
Apache-2.0permissive
- Commercial use: yes
- Modify and redistribute: yes
- You must keep: the license, the NOTICE file and a note of your changes
- Share your changes: no
- Includes an explicit patent grant from the contributors:
A summary, not legal advice: the LICENSE file is what applies.
Getting Started
Requires Node.js 20 or later. Start the server with:
npx @agentmemory/agentmemory
Then connect an agent, for example:
agentmemory connect claude-code
See the repository README for agent-specific setup, configuration, and deployment details.
Alternatives
- a-mem-mcp: A-MEM MCP organizes coding-agent project knowledge as a self-evolving graph in ChromaDB, while Agent-Memory captures sessions through iii and shares retrieved context across clients.
- agent-memory: This TypeScript system turns session notes into tiered memory and generates AGENTS.md context, while Agent-Memory captures activity through iii and retrieves context across clients.
- plur: PLUR stores shared agent memory in readable local YAML files, while Agent-Memory uses iii to capture sessions and retrieve context across coding-agent clients.
| Project | Language | License | Stars | Status |
|---|---|---|---|---|
| Agent-Memory | – | Apache-2.0 | 9 | Quiet |
| a-mem-mcp | Python | MIT | 35 | Quiet |
| agent-memory | TypeScript | – | 7 | Quiet |
| plur | TypeScript | Apache-2.0 | 298 | Active |
Considerations
- The package requires Node.js 20 or later and runs on the iii engine. The README describes installing the engine separately or using Docker Compose as a fallback, so account for that runtime in deployment planning.
- The project’s measured status is Quiet: there have been no commits in the last 90 days, no releases in the last year, and no recent issue closures or merged pull requests. Most of the code comes from one person, despite a broader contributor list; this creates maintenance and continuity risk.
- The README notes that the project pins iii-engine to v0.11.2 because later engine versions require a migration that Agent-Memory has not completed. Check engine compatibility before upgrading either component.
- The README says LLM-backed compression and summarization are disabled by default. Some capabilities therefore require configuring a provider or explicitly opting into the documented fallback.
- The README reports benchmark results, but these are project-provided claims; validate them against your own agent workflows and data before relying on them.
Found this useful?
Share it with someone who would like Agent-Memory.