Key changes: - Plan B Phase 3: replace on-demand-only framing with queue-and-defer pattern (SessionEnd writes candidate queue fast in Python; next SessionStart processes it with already-running LLM — no API call, no terminal block, one-session lag is acceptable) - Plan B Phase 3: cut Part B (discrepancy detection) until vault has 25+ active howto notes - Plan B Phase 2: fix injection hook name (session_context.py, not session_start.py — the latter has no output channel) - Plan B Phase 1: add generated_at timestamp to vault-index.json structure so /memory-find can surface staleness - Plan B: add silent hook failure risk row to Risks table - Plan B: update Open Questions to reflect queue-and-defer decisions - Plan A Layer 1: clarify opt-out framing for inline classification - Plan A Layer 2: add cross-ref to Plan B Phase 3 invocation decision - CLAUDE.md: clarify Graphify vault graph vs vault-index.json roles Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> |
||
|---|---|---|
| docs | ||
| openspec | ||
| plugins/memory | ||
| .gitignore | ||
| CLAUDE.md | ||
| README.md | ||
| graphify-interview | ||
| memory-systems-compared060326 | ||
README.md
cc-os — Cross-Project Memory for Claude Code
A personal memory system for Claude Code, designed for a multi-client freelancer. The system captures knowledge across projects and surfaces it automatically at the start of each Claude Code session.
Status
The memory plugin is live and working. Design documentation lives in docs/.
Both episodic memory (memsearch) and semantic/knowledge memory (Graphify + Obsidian vault)
are active.
What it does for you
- Injects vault context at session start — Claude sees your SecondBrain graph summary, your conventions, and today's journal path before you type the first message.
- Surfaces project structure on demand — run one command to build a graph of any project; Claude can then query it for patterns, architecture, and conventions.
- Remembers conventions automatically —
memory-writestores evergreen knowledge (coding patterns, client rules, recurring decisions) in the correct vault location with proper tags. - Stays fresh without a daemon — the vault graph rebuilds in the background when stale; vault writes immediately invalidate the timestamp so the next session picks up changes.
- Keeps project repos clean — all indexes are build artifacts (
graphify-out/); nothing is committed to project repos.
User guide
See docs/USER-GUIDE.md for setup, onboarding new projects, using the skills, and known limitations.
Directory layout
| Path | Contents |
|---|---|
docs/memory-system/ |
Architecture, ADRs, build plan, Graphify evaluation |
docs/graphify/ |
Verified Graphify command handbook |
docs/USER-GUIDE.md |
Practical usage guide |
openspec/ |
Spec-driven change management (changes, specs) |
graphify-interview, memory-systems-compared060326 |
Raw source transcripts (do not cite as fact) |