Claude Code Plugin

AI knows how to write
good code. The problem
is it rarely does.

Unless you give it a reason to.

Bob is a structured plugin for Claude Code that loads the right principles at the right moment, enables honest review across sessions, and makes context persist in git — so AI actually helps you build well, not just build fast.

Bob — your AI partner
The problem

Three walls every developer
hits eventually

These aren't edge cases. They're the default — and they compound. The longer you work with AI without structure, the worse they get.

01 — Average

AI defaults to average

It knows BDD, DDD, clean architecture — it was trained on all of it. But when you just ask it to solve a problem, it falls back to the patterns most common in its training data. Competent code. Not principled code.

02 — Pleaser

AI is a yes-person

It agrees with you. Applauds your thinking. The longer the conversation, the less likely it pushes back on a bad idea. You opened a session expecting a thinking partner. You got an enthusiastic assistant.

03 — Amnesia

Context disappears

For an AI, it's day one in your project every session. Decisions lost. Conventions forgotten. If you re-introduce your codebase manually every time, you've already lost the productivity benefit. Projects degrade quietly over time.

The deeper problem

For an AI, it's day one in your project.
Every single session.

You know that feeling. The AI does too — except it never gets past it.

You know how it is to land in a new project. You're not productive from day one. Reading the code isn't enough. The documentation is either too verbose about things that don't matter to you — or out of date on the things that do. So you guess. You ask questions that feel obvious. You slowly piece together why things were built the way they were, where to find things, which architectural decisions are already settled.

For an AI, that's every session. New conversation, new employee. If you have to manually re-introduce your project every time you open Claude — explaining context, repeating decisions, re-establishing conventions — you've already lost most of the productivity benefit.

It has always been a good idea to keep documentation in git alongside your code. Now it's essential. Not because AI needs it to function, but because you need it to stay productive.

Not too much. Just enough. The documentation you've always dreamed of finding when joining a new team — current, purposeful, direct. Not repeating what the code already says. Not so elaborate it becomes a burden to maintain. An experienced developer who reads fast should be up to speed in minutes, not days.

Bob is an opinionated framework for what to document, where to put it, and how to keep it alive — so you never have to re-introduce your project from scratch again.
How Bob fixes it

Discipline built into
the workflow

Bob isn't ambient magic. It's explicit commands you invoke deliberately — each one engineered to solve a specific failure mode.

Fixes: Average

Right principles,
right moment

Commands load thinking frameworks on demand — BDD when planning tests, DDD when decomposing a problem. The AI applies what it already knows instead of what's most common in training data. Principled, not just competent.

Fixes: Pleaser

Session boundaries
create honesty

A plan written in one session is reviewed in another — by a fresh context with no memory of the conversation that produced it. No emotional investment. No polite agreement. Genuine critique by design.

Fixes: Amnesia

Files are
the memory

Everything persists in git — vision, plans, decisions, guidelines. Close the laptop. Come back in a month. Hand off to a colleague. The project remembers. The AI doesn't need to.

One partner. Every phase.

Bob wears many hats

From first idea to shipped, tested, documented code — Bob shows up as whatever expert you need right now. Same character. Different expertise.

Bob in many roles
/bob:product-coach Product strategist
/bob:brainstorm Thinking partner
/bob:plan Implementation planner
/bob:review-plan Critical reviewer
/bob:implement Disciplined executor
/bob:review Code reviewer
/bob:investigate Bug investigator
/bob:guidelines Standards keeper
The workflow

One idea → five sessions →
clean, owned code

Each phase has its own command. Each command ends with a file. The next command reads that file. Context never disappears. You made every significant decision.

/bob:brainstorm

Think it through

DDD principles loaded. Hard questions asked. You push back. It pushes back harder. A direction committed to a file.

/bob:plan

Turn it into a plan

Self-contained. Anyone could pick it up and execute it. Tests planned before code is written.

/bob:review-plan

Challenge the plan

Fresh context re-reads the codebase. No memory of the session that made the plan. Honest critique only.

/bob:implement

Build it

Step by step. Tests after every change. Stops when something needs a human call.

/bob:review

Own it

Code checked against guidelines. System health assessed. A handoff doc so anyone can own what was built.

The tenth feature gets the same treatment as the first. That's what sustainable quality looks like — not impressive for a sprint, sustainable over months.
The philosophy

Discipline, not magic

Most AI tooling optimises for the feeling of productivity. Responses that make you feel heard. Outputs that look thorough. Agreement that feels collaborative.

Bob is built on a different bet: that the developers who care about quality — who've felt the frustration of AI drift, context loss, and sycophancy — want a partner that actually pushes back. Not one that always makes them feel right.

What Bob is not
  • Automation that runs commands for you
  • A replacement for your judgment
  • Magic that writes code while you watch
  • Something that makes AI decisions for you
  • A tool you depend on to understand your own code
What Bob is
  • A thinking partner that challenges your assumptions
  • A structure that makes quality sustainable, not accidental
  • A memory system that survives sessions, people, and time
  • Explicit — you invoke it deliberately, it tells you exactly what it's doing
Get started

Install in two commands

Works with any project. Any language. Any stack. All you need is Claude Code.

Step 1 — Add the marketplace
/plugin marketplace add bofrese/claude-plugins
Step 2 — Install Bob
/plugin install bob@bofrese-plugins

Then open Claude Code and say:

Hi Bob, where do I start?

Bob knows the entire toolkit. Ask it anything about your project or the workflow — it'll tell you exactly what to do and why. Use /bob:pm when you want a structured project status report.