akitaonrails/ai-memory
ai-memory gives coding CLIs a shared, Git-backed memory and bounded handoffs, so work can move between agents without treating stale recollections as current code truth.
ai-memory captures sanitized lifecycle observations, compiles them into a **Git-versioned Markdown wiki**, and injects bounded handoffs into later sessions. Managed workstreams can continue across **Claude Code, Codex, OpenCode, Pi**, and other supported harnesses.
Use it for decisions, failed attempts, procedures, and cross-agent handoffs while keeping the checkout, tests, and runtime as operational truth. Per-repository exclusions can prevent recognized file-tool events from entering the spool or server.
ai-memory captures sanitized lifecycle observations, compiles them into a **Git-versioned Markdown wiki**, and injects bounded handoffs into later sessions. Managed workstreams can continue across **Claude Code, Codex, OpenCode, Pi**, and other supported harnesses. Use it for decisions, failed attempts, procedures, and cross-agent handoffs while keeping the checkout, tests, and runtime as operational truth. Per-repository exclusions can prevent recognized file-tool events from entering the spool or server. Client support varies: some integrations lack lifecycle hooks or automatic handoff injection, and several require **finalize-session** for a true closing summary. Per-user slots isolate injected context, not project-wide reads or searches.
ai-memory turns cross-session continuity into an inspectable, Git-versioned artifact layer shared across several coding harnesses. It confirms the value of bounded handoffs and portable context while explicitly keeping code and tests authoritative. Its uneven hook support, manual finalization requirements, and limited per-user isolation narrow the promise: continuity is available, but capture completeness and project-wide privacy are not uniform.