Institutional memory for AI coding agents. Scars, wins, and patterns that persist across sessions. MCP server for Claude Code, Cursor, OpenClaw...
SaferSkills independently audited gitmem (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
Your agent starts from zero every session. GitMem fixes that.
It's an MCP server that gives your agent persistent memory across sessions — not chat history, but earned knowledge: mistakes to avoid, approaches that worked, architectural decisions, and unfinished work.
openclaw mcp add gitmem -- npx -y gitmem-mcpOr add manually to ~/.openclaw/mcp.json:
{
"mcpServers": {
"gitmem": {
"command": "npx",
"args": ["-y", "gitmem-mcp@latest"]
}
}
}cd your-project
npx gitmem-mcp initThe wizard creates:
.gitmem/ directory with 3 starter scarsAlready have config? The wizard merges without destroying anything. Re-running is safe.
recall → work → learn → close → recall → ...| Type | Purpose | Example |
|---|---|---|
| Scars | Mistakes to avoid | "Always validate UUID format before DB lookup" |
| Wins | Approaches that worked | "Parallel agent spawning cut review time by 60%" |
| Patterns | Reusable strategies | "5-tier test pyramid for MCP servers" |
| Decisions | Architectural choices + rationale | "Chose JWT over session cookies for stateless auth" |
| Threads | Unfinished work across sessions | "Rate limiting still needs implementation" |
Every scar includes counter-arguments — reasons why someone might reasonably ignore it. This prevents memory from becoming rigid rules.
Once the MCP server is running, your agent gets these tools:
| Tool | When to use |
|---|---|
recall | Before any task — surfaces relevant warnings from past experience |
confirm_scars | After recall — acknowledge each scar as APPLYING, N_A, or REFUTED |
search | Explore institutional knowledge by topic |
log | Browse recent learnings chronologically |
session_start | Beginning of session — loads context and open threads |
session_close | End of session — persists what you learned |
create_learning | Capture a mistake (scar), success (win), or pattern |
create_decision | Log an architectural or operational decision |
list_threads | See unresolved work carrying over between sessions |
create_thread | Track something that needs follow-up later |
OpenClaw's native memory tracks what was said — conversation history, user preferences, context.
GitMem tracks what was learned — earned lessons from things that broke, decisions and their rationale, approaches that worked and why. It's the difference between remembering a conversation and remembering the lesson from it.
They complement each other:
| OpenClaw Memory | GitMem | |
|---|---|---|
| Scope | Conversational context | Institutional knowledge |
| Loaded | Automatically every turn | On-demand via recall |
| Best for | Preferences, history | Lessons, decisions, patterns |
| Updates | Continuous | Session ceremonies |
| Example | "User prefers Python" | "Always run migrations with --dry-run first" |
Agent: [session_start] Loading context...
2 open threads, 15 scars in memory.
You: "Add caching to the API"
Agent: [recall plan="implement caching layer"]
⚠ Scar: "Cache invalidation caused stale data bug — always set TTL"
⚠ Scar: "Redis connection pooling required in containerized deploys"
[confirm_scars] APPLYING both — using TTL and connection pool.
... implements caching with TTL and pooling ...
You: "done for today"
Agent: [session_close]
Reflection:
- What worked: Redis caching with TTL pattern
- New scar: "Cache key collisions between services — namespace keys"
- Open thread: "Cache warming strategy still TBD"| Command | Description |
|---|---|
npx gitmem-mcp init | Interactive setup wizard |
npx gitmem-mcp init --yes | Non-interactive setup |
npx gitmem-mcp init --dry-run | Preview changes |
npx gitmem-mcp check | Diagnostic health check |
npx gitmem-mcp uninstall | Clean removal (preserves data) |
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.