SkillTide Submit
Official description7 sourcesMCP servers8d ago
kaaustubh/project-memory-mcp

kaaustubh/project-memory-mcp

Persistent memory for AI coding agents (Claude Code, Cursor) — past bugs & fixes, decisions, and your corrections, as plain files in your repo.
View on GitHub ↗Direct link · no redirect page
Config template (adjust for your client)
claude mcp add project-memory-mcp -- npx -y project-memory-mcp
A pasteable skeleton generated from the repository name. Check the project README for the exact package and arguments.
Star count
1 ★ · kaaustubh/project-memory-mcp · read from the repository page · (checked 2026-10-16 20:00:20)
Source
collected from the punkpeye/awesome-mcp-servers list · type: MCP server
Harvest history
first seen 2026-10-09 · last seen 2026-10-16 · seen 32× · listed by 7 sources
Score
score 703 · 1 ★ · 7 sources · mcp
FAQ (answers come from our records)
How do I install it?
We did not find an install command for this repository (our install coverage is only about 4%). Check its README or releases page.
Who is it for?
We filed it under these tags: MCP 服务. The tags come from the entry itself, not a taxonomy we imposed.
Who maintains it?
repository kaaustubh/project-memory-mcp;first catalogued 2026-10-09;last seen 2026-10-16。There is no official certification or quality rating here — we record sources and dates only.
Third-party quality signals

project-memory MCP server

以下摘录自该仓库的 README(片段) · 在 GitHub 读完整 README →

A small, local MCP server that gives AI agents
(Claude Code, Cursor, VS Code / GitHub Copilot, …) a shared, persistent memory of the projects in a code folder —
what each project is, decisions made, and **every bug/issue faced during development.**
It is **stateless**: every tool reads/writes plain files on disk, so multiple clients
(and multiple machines) share one source of truth.
The model
| Layer | Lives in | Auto-loaded into context? | For |
|---|---|---|---|
| Project memory | /AGENTS.md | ✅ yes (via CLAUDE.md → @AGENTS.md) | identity, stack, run cmds, concise decisions/learnings — **keep lean** |
| Issue log | /issues.jsonl | ❌ no | high-volume bug/issue history — fetched on demand |
**Design rule:** durable, low-volume facts go in AGENTS.md (auto-loaded). High-volume
history (bugs) goes in issues.jsonl (queried via search_issues). This keeps the
always-loaded context small while keeping everything searchable.
Works even where MCP is locked down
Some orgs disable third-party MCP servers via policy (e.g. GitHub Copilot's
MCP allowlist enforcement).
Because the memory is **plain files, not a service**, the core value survives that:
- **The memory itself is just files.** AGENTS.md is auto-loaded by the editor reading it —
no MCP call involved — so a project's identity, decisions, learnings, and preferences still
land in the agent's context.
- **The policy is Copilot-scoped and per-client.** It doesn't affect the same server in
Claude Code or Cursor, and orgs running *allowlist / registry-only* mode can permit it —
this server is published to the official MCP Registry (io.github.kaaustubh/project-memory-mcp).
Only the interactive **tools** (log_issue, search_issues, …) go over the MCP channel; the
file-based memory keeps working without it.
Tools
- list_projects, get_project, search_memory — read project memory
- append_decision, append_learning — append a dated bullet to AGENTS.md
- remember_preference — turn a correction / stated habit into a remembered pattern (## Preferences in the root AGENTS.md for a global habit, or a project's for a local one); rides the auto-load, so it comes back next session
- log_issue — record a bug/problem → issues.jsonl
- search_issues — "have we hit this before?" across all projects (field-scoped; optional tags filter)
- list_open_issues, resolve_issue — track / close bugs
- sync_registry — reconcile the root AGENTS.md projects table with what's on disk (adds rows for new projects, flags stale ones)
- find_by_file — given a file path, surface the issues + decisions/learnings that touch it ("why is this code like this?")
- start_initiative, get_initiative, list_initiatives, update_initiative — track a named, multi-session effort (a codename, a plan, an evolving todo list) so it's resumable from any future session by name, not just within the one that started it; see **Initiatives** below
- check_in, check_out — stamp the start/end of the working day and record a standup summary composed from evidence harvested off disk (git commits across every repo, uncommitted WIP, memory writes, initiative progress); the next morning's check_in hands the summary back — that's your standup. Print it any time, no agent needed: npx -y @kaaustubh/project-memory-mcp standup
> You don't call these directly — you talk to your agent in natural language and it picks
> the tool. See **Using it day to day** below for what to actually say.
Using it day to day
Most of it runs itself: opening a project auto-loads its AGENTS.md (the agent already
knows the project), and capture is proactive (plus the optional Stop hook). Your job is
mainly to **pull** memory at the right moments. Just talk to your agent:
| When | Say something like | What fires |
|---|---|---|
| **Before debugging anything** | *"Have we hit this before? "* | search_issues across all projects |
| **Starting something you've done elsewhere** | *"How did I do Stripe webhook verification in any project?"* | search_memory (cross-project) |
| **Landing on confusing code** | *"Why is index.js like this? Check the memory."* | find_by_file |
| **You made a real decision / fixed a real bug** | *(nothing — it logs on its own and tells you)* | append_decision / log_issue |
| **You correct how the agent works** | *"No, always run the typecheck before committing — remember that."* | remember_preference (global or per-project) |
| **Triage** | *"What's still open across my projects?"* | list_open_issues |
| **A bug is fixed** | *"Resolve pulse_stripe-004 — fixed by …"* | resolve_issue |
Source
awesome · https://github.com/kaaustubh/project-memory-mcp
Browse by field
MCP servers
Traction
1 ★
added
yesterday

More in MCP servers

All 5,525 in MCP servers →

Filed under

Every tag opens the full list for that filter. Counts are the live catalogue figures.

Browse all fields →

← Back to index