
aide-memory
io.github.aide-memoryPublished by GitHub account aide-memoryv0.6.3Updated Oct 24, 2026
Persistent memory layer for AI coding agents — your agent remembers what you taught it.
The publisher's own server: Memory.fit
Overview
A local persistent memory layer for AI coding agents that captures, scopes and recalls project knowledge across sessions and tools.
- What you can do
- Store, update and forget memories in four typed layers (preferences, technical, area context, guidelines), scoped to code paths via glob patterns and split into personal and shared sets. Search and list stored memories, including keyword search and optional semantic search. Import existing memories and recall the context relevant to a file path. Capture knowledge automatically through editor hooks that detect corrections, prompt periodic reflection, and inject top memories at session start. Sync memories with a team by committing JSON files under a project directory to Git.
- When to use it
- Useful when you repeatedly re-explain conventions, decisions or area knowledge to a coding agent, or want context captured in one editor to carry to another and to teammates working in the same code areas. Best for Claude Code and Cursor users who want scoped recall rather than a single always-injected rules file.
- Requirements
- Runs as a local stdio process installed from npm; needs Node.js 18 or later and npm or npx. No Docker, external database, API keys or cloud accounts. Initialization installs editor hooks and writes a project config file; optional semantic search uses Transformers.js or Ollama.
Installation
In SourceWeft
- Open aide-memory in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
aide-memory
Auto-captured, auto-recalled, path-scoped memory for AI coding agents and teams.
Website: https://aide-memory.dev
Docs: https://aide-memory.dev/docs
Install: npm install -g aide-memory && aide-memory init
The problem
Coding with agents has made developers significantly more productive. But it's created a new kind of friction.
You explain how the feature you're building ties into the rest of the system, the way you like to structure your code, the patterns to follow in this area. The agent gets it. You ship great work together. Next session, it's a blank slate. You re-explain the same things.
Critical decisions being made during conversations aren't being captured. Preferences, corrections, area knowledge, guidelines. So much valuable context doesn't persist, doesn't flow to the next session, to a different tool, or to a teammate's agent when they pick up work in the same area.
Rules files (CLAUDE.md, .cursorrules) help, but they have real limits:
- No unified convention or structure. A team guideline, a personal preference, an area decision, and a stack fact all blur into one file. The whole file gets injected on every turn, even when most of it might not be relevant to the area the agent is working in.
- Corrections don't make it back. What you teach the agent in conversation doesn't make it back into the rules file on its own.
- Tool-specific. What you teach your agent in Claude Code doesn't carry to Cursor unless you copy the file over manually.
- Unscoped recall. The whole file lands in context, or nothing does. There's no prompt for the agent to pull a relevant subset based on the file it just opened.
aide-memory fills these gaps. It sits alongside your rules files, not above or below. Rules files for static, always-on guidance. aide-memory for the dynamic, scoped knowledge that grows with the codebase.
How it works
Capture happens automatically
Six hooks fire across the session lifecycle, installed by aide-memory init:
- UserPromptSubmit: detects corrections ("no, use X instead") and prompts the agent to store them scoped to the code area
- Stop: periodic reflection ("anything worth remembering?") on a tunable schedule picks up decisions and findings
- SessionStart: injects top preferences, guidelines, and priority-always memories so the agent starts with context
- PreToolUse: before the agent reads or edits a file, checks if relevant memories exist for that path and prompts recall
- PostToolUse: records what was recalled so re-reads don't re-prompt
- PreCompact: clears session tracking before context compaction so post-compact reads re-prompt cleanly
Recall is scoped
Memories attach to code areas via glob scopes (src/components/dashboard/**, packages/api/**). When the agent opens a file, aide-memory matches the path against stored scopes and surfaces what's relevant to that area.
Four layers organize the knowledge:
Recall ranks area_context first (most specific), then technical, then preferences, then guidelines. Scoped memories rank above project-wide ones.
Git-synced for teams
Memories are JSON files under .aide/memories/. Commit, push, pull. A post-checkout git hook rebuilds the local cache after git pull so your teammate's agent picks up your context on their next file read. Personal preferences (preferences/personal/) are gitignored. Team conventions travel with the repo.
Cross-tool
Claude Code and Cursor read the same .aide/memories/ directory. A memory captured in one tool is available in the other. Codex, Copilot, and Windsurf get a rules template at launch; deeper integration may come based on user feedback.
Quick start
Full walkthrough: https://aide-memory.dev/docs/quick-start
What's in the box
- 7 MCP tools:
aide_recall,aide_remember,aide_update,aide_forget,aide_search,aide_memories,aide_import - 13 CLI commands:
init,recall,remember,update,forget,search,list,stats,recall-log,config,sync,migrate,cleanup - 6 hooks wired into the editor at
init - 4 typed memory layers with personal/shared split for preferences
- FTS5 keyword search plus optional semantic search via Transformers.js or Ollama
Tunable
aide-memory ships with defaults you can adjust:
- How often the agent gets prompted to reflect and store context
- How specific a scope needs to be before a memory surfaces per-file vs session-start-only
- How much context gets injected at session start
- Which hooks are active (disable per-file blocking, turn off correction detection)
- Personal vs shared preferences (gitignored or committed, configurable per-project)
aide-memory init seeds .aide/config.json with all public settings. Full reference: https://aide-memory.dev/docs/configuration
Privacy
Memory content stays on your machine. Anonymized usage counts (event type, hashed machine ID, platform, Node version) ship to PostHog by default so we can see which features are used. Disable with AIDE_TELEMETRY=off.
Editor support
Per-editor details: https://aide-memory.dev/docs/supported-editors
Requirements
- Node.js 18 or later
- npm or npx
No Docker. No external databases. No API keys. No cloud accounts.
License
Free to use. See LICENSE for terms.
Documentation
Full docs: https://aide-memory.dev
Source: README.md at commit ccde82f
Tools
0Version history
1- v0.6.3LatestSep 16, 2026
Score
40% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
Declare a license in the repository or the registry entry.
Other Memory integrations

Memory.fit
fit.memoryOfficial publisher
Hosted Memory.fit server that lets an AI read your training, sleep, recovery and nutrition data and write back weekly plans, targets and meal plans.
pg.ddx.io: the PostgreSQL community's memory
io.ddx.pgOfficial publisher
pg.ddx.io: the PostgreSQL community's memory's hosted MCP server, published by pg.ddx.io; no sign-in required; Streamable HTTP; 29 tools.
var.gg Naming Memory
gg.varOfficial publisher
Remote MCP server that suggests and searches code identifier names from domain concepts in Korean, Japanese, Chinese, Vietnamese and English, and exposes ERD…

Counterparts
ai.counterparts
Local-first long-term memory for Claude Code and Claude Desktop: the assistant writes notes about you and your projects and recalls them in later sessions.

LAHZE - Persian AI Memory Platform
Published by GitHub account pedramgholizadeh
LAHZE - Persian AI Memory Platform's hosted MCP server; no sign-in required; Streamable HTTP; 13 tools.