技能潮 SkillTide 提交收录
官方说明7 个来源MCP 服务8 天前
yubinkim444/repo-memory

yubinkim444/repo-memory

Shared, git-tracked mem
在 GitHub 查看 ↗直链 · 无中转页
配置模板(请按你的客户端调整)
claude mcp add repo-memory -- npx -y repo-memory
这是根据仓库名生成的可粘贴骨架,命令行参数与包名请以该项目 README 为准。
★ 数取值
1 ★ · yubinkim444/repo-memory · 取自该仓库的 GitHub 页面 · (2026-10-16 20:00:20 核对)
来源明细
收录自 punkpeye/awesome-mcp-servers 榜单(我们从中收集的条目之一) · 条目类型:MCP 服务
收录与活跃
收录于 2026-10-09 · 最近见到 2026-10-16 · 共见到 32 次 · 被 7 个来源列出
评分构成
综合分 703 · 1 ★ · 7 个来源 · mcp
常见问题(答案都来自我们的记录)
怎么安装?
我们【没有】从该仓库取到安装命令(我们的 install 覆盖率只有约 4%)。请看它的 README 或 releases 页。
它适合谁 / 用来做什么?
我们把它归在这些标签下: MCP 服务。标签来自条目自身,不是我们强加的分类。
谁维护它、还在更新吗?
仓库 yubinkim444/repo-memory;我们收录于 2026-10-09;最近见到 2026-10-16。这里没有"官方认证"或"质量评级"——我们只记录来源与时间。
第三方质量标记

repo-memory

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

> **Shared, git-tracked working memory for AI agents that share a codebase.**
> What one Claude / Cursor / Cline learns about your repo, the next one
> picks up automatically. No database. No SaaS. Just files in your repo.
---
The problem
Every AI session that touches your repo starts from zero. It re-greps the
same files. It re-discovers the same conventions. It re-asks the same
questions you already answered three sessions ago. Multi-user / multi-tool
makes it worse: your teammate's Cursor and your Claude Code learn the same
codebase independently.
There is CLAUDE.md / .cursorrules for **rules** the human writes. But
there is nothing for **facts** an agent verified — "the auth middleware
lives at src/auth/middleware.py:42", "PR #387 chose httpx over requests
because of HTTP/2", "don't run migrations during peak hours".
repo-memory is that nothing. A .ai-memory/ directory you commit to
your repo. Every AI tool reads from it, writes to it. Git is the database.
---
Layout
Pure files. Sync over git. No daemon, no DB, no auth. Works offline.
---
Install
Python ≥3.10. Depends only on the official mcp SDK (for the MCP server).
---
Quick start
Then commit .ai-memory/ like any other file:
Anyone else (human or AI) who pulls the repo now sees those facts/decisions
immediately.
---
LLM & AI Agent Readable Specification
> **For agents discovering this repo through search or MCP indexing.**
Identity
- **name**: repo-memory
- **purpose**: read/write a structured, git-tracked memory store about the
current codebase so multiple AI agents (and humans) don't re-learn it.
- **transport**: CLI (repo-memory) and MCP stdio (repo-memory-mcp).
- **storage**: plain files under .ai-memory/ in the repo. Sync = git.
When to call which tool
| Tool | When |
|------|------|
| get_repo_memory | At the **start** of any task on this repo. |
| add_fact | After you verify a non-obvious fact (location, behavior, convention). Include evidence so the next agent can re-verify cheaply. |
| add_decision | After a non-trivial choice (architecture, library, trade-off). Body should explain *why*, not just *what*. |
| add_gotcha | After a surprise that wasted your time. |
| list_facts | When you want only facts in a specific area (tag, source_file). |
Recommended agent workflow
MCP server install
Add to your client config (Claude Desktop / Cursor / Cline):
Or set REPO_MEMORY_ROOT env var instead of --repo.
Exposes 5 tools: get_repo_memory, add_fact, list_facts,
add_decision, add_gotcha.
---
Why git, not a database
- **Zero infra.** No service to host, no account to create, no API key
to rotate.
- **Already authoritative.** Git history is the single source of truth.
git blame tells you which agent added which fact and when.
- **Works offline.** Plane, train, conference WiFi — all fine.
- **PR review.** Suspicious or wrong facts get filtered through normal
code review.
- **Per-repo scope.** A fact about repo A doesn't leak into repo B; the
store is local to the repo.
来源
awesome · https://github.com/yubinkim444/repo-memory
按领域浏览
MCP 服务
Traction
1 ★
收录于
昨天

更多MCP 服务

查看MCP 服务全部 5,525 条 →

所属领域与标签

每个标签都能点进去看同类的全部条目。数字是当前库里的真实条数。

浏览全部领域 →

← 返回索引