DEV Community

slawekluzny
slawekluzny

Posted on • Originally published at fixflex.co.uk

Project Brain: Giving Claude Code a Memory That Actually Works

Project Brain: Giving Claude Code a Memory That Actually Works

Every developer using Claude Code hits the same wall eventually:

  1. You explain your project's architecture
  2. You explain the deployment setup
  3. You walk through the stack choices
  4. You recap what's already been built
  5. You list the known pitfalls

...and then tomorrow, you do it all again. Worse, after a few hours of work across multiple projects, Claude starts blending details between them.

The core issue isn't capability - it's memory. Without persistent context, every session starts from zero. The current "solutions" are either:

  • The README Dump: Pasting your entire documentation into each session (expensive in tokens, tedious to maintain)
  • The Flat Notes File: A giant markdown doc that grows until even you can't navigate it
  • The Memory Game: Hoping Claude will somehow remember (it won't)

How Project Brain Actually Works

Project Brain is a Claude Code skill that implements a simple but effective pattern:

.project-brain/
  index.md                          # Lightweight map of projects → topics
  projects/
    acme-api/                       # one folder per project
      auth.md                       # one file per topic — loaded only when needed
      deployment.md
Enter fullscreen mode Exit fullscreen mode

The key innovations aren't technical - they're structural:

  1. Index-first navigation: Claude reads the small index (cheap) before diving into details (expensive only when needed)
  2. Status tracking: ✓ verified vs ✗ failed vs ⚠ in-progress means Claude knows what actually worked
  3. Versioned knowledge: Superseded approaches are preserved, not overwritten

What It Actually Fixes

Let's be brutally honest about the wins:

  1. Fewer hallucinations: The map is an anchor. The model stops inventing your deployment or swapping one project's stack for another's.
  2. Context anchoring: Switching between projects no longer risks blending their architectures
  3. Long-term memory: Returning to a project after months doesn't require re-teaching everything

The token savings depend on your current workflow. If you're currently pasting a 1000-line README into every session, the win is substantial. If you already use focused context, the gain is smaller but real - mostly from avoiding redundant re-explanation.

Implementation That Doesn't Get in the Way

The installation is straightforward:

git clone https://github.com/OoneBreath/claude-code-project-brain.git
cd claude-code-project-brain
./install.sh
Enter fullscreen mode Exit fullscreen mode

Start a new Claude Code session after installing (skills load at session start). Then, inside your workspace, invoke the skill and tell it what to do:

/project-brain   →   "init"   sets up the brain and detects your projects
Enter fullscreen mode Exit fullscreen mode

The system is deliberately lightweight:

  • Detects projects from package.json / pyproject.toml / git
  • Doesn't pre-scan your codebase (unless you explicitly backfill)
  • Creates plain markdown files you can edit directly

The Tradeoffs

This isn't magic - it's a disciplined approach to knowledge management:

  1. Gradual buildup: The brain fills as you work, not in one massive dump
  2. Truth in documentation: Only knows what you've explicitly recorded or backfilled
  3. Light upkeep: A bundled brain-check validator is there when you want it - run it after big changes to catch broken links or status drift. It's optional, not a chore.

Why This Works When Other Approaches Fail

Most "AI memory" solutions make one of two mistakes:

  1. The Database Fallacy: Assuming dumping everything into a vector store solves the problem (it doesn't - retrieval is still expensive and noisy)
  2. The Flat File Trap: Creating an ever-growing notes.md that becomes impossible to navigate

Project Brain works because it mirrors how human engineers actually think about systems:

  • Start with the high-level map
  • Drill down only when needed
  • Preserve decision history, not just current state

Getting Started Without Overcommitting

The pragmatic approach:

  1. Install the skill
  2. Run init on one active project
  3. Work normally - let the brain build organically
  4. Only backfill when you hit a clear need

After a week, you'll notice the difference in:

  • Session setup time
  • Cross-project clarity
  • Reduced "wait, we already tried that" moments

The system's real power emerges over time - as the brain accumulates not just what you built, but why you built it that way. That's the kind of institutional memory that normally only exists in long-tenured teams. Now your AI assistant has it too.

Top comments (0)