session-memory
SolidMandatory memory persistence system across session resets using three markdown surfaces in .claude/cc10x/. Iron law - every workflow must load at start and update at end.
Install
Quality Score: 94/100
Skill Content
Details
- Author
- a5c-ai
- Repository
- a5c-ai/babysitter
- Created
- 4 months ago
- Last Updated
- today
- Language
- JavaScript
- License
- MIT
Similar Skills
Semantically similar based on skill content — not just same category
memory-kit
Persistent context management for Claude Code sessions. Save, load, update, share, and audit session memory via MEMORY.md. Prevents context loss on compaction or session restart. Use when starting a session, before compaction, syncing context across teammates, or pruning stale memory entries. Trigger with "save memory", "load memory", "memory audit", "memory share".
memory
Persistent project memory across sessions. Load on start, save on stop, merge across sessions.
memory_road
Persistent 11-layer memory architecture for Claude Code · drop-in for any agent / any project. Substrate (continuity-kernel.service) captures every event to SQLite FOREVER · always-on · LLM-free · indestructible. Comprehension layers (FURROW → SCRIBE → CHRONICLER → CARTOGRAPHER → MINER+SMITH → HUNTSMAN) extract structured meaning over time. Snow plow workers stack parallel from RIGHT-NOW backwards through history · always sharpening recent recall first. Blank-slate workers + batch-5 + strip-CLAUDE.md = 15-25x throughput vs naive single-fire. Forward sweeper keeps the now-edge clean automatically. HUNTSMAN surfaces every unfinished item. CARTOGRAPHER clusters episodes by theme. MINER+SMITH propose lockable doctrines. Forced memory injection on every user prompt via hook · the agent CANNOT forget to use memory. CANONICAL TURN-ON ORDER (every fresh install) · 1. FOUNDATION · substrate (L0) + chunking (L1) → records everything forever 2. FORWARD MEMORY · forward sweeper + WATCHER → now-edge stays summarized 3. BA
persistent-memory
Persists context across conversations as plain markdown so every future session can enrich a topic-scoped memory (e.g. `parenting`, `relationship-anna`, `work-history`, `project-acme`). Four operations: `write` (extract candidates, resolve as ADD / UPDATE / DELETE / NOOP per Mem0), `read` (load a ≤ 200-line INDEX; fetch detail entries on demand per Claude Code's MEMORY.md pattern), `consolidate` (sleep-style merge + prune), `forget` (delete or redact with audit). Three storage tiers: home (`~/.agent-memory/<scope>/`, default), project-local (gitignored), project-shared (committed). Strict never-store list (passwords, API keys, JWTs, credit cards, SSNs, private keys); mandatory consent preview before write. Documents scaling from markdown → SQLite FTS → vector DB → managed memory (Mem0 / Letta / Zep). Triggers on "remember this", "save to memory", "recall memory", "load memory", "what do you remember about", "consolidate memory", "forget that", "/persistent-memory".
bettermemory
Verification-grade memory between sessions. Use bettermemory's MCP tools (memory_search, memory_show, memory_write, memory_verify, memory_record_use, etc.) instead of writing to files when the user asks you to "remember" something or references shared context from a past session. Default is to NOT call memory_search; only retrieve when the user references context you don't have ("my project", "the script we wrote") or a request is ambiguous in a way stored preferences could resolve. Every hit carries a staleness_verdict (calendar + path-drift + commit-drift); when it isn't "fresh", spot-check a claim before relying and call memory_verify to attest. Every use should record a claim_excerpt so retrievals stay auditable.