Shipping in companies

Claude Code workflows that your engineers will actually keep

Claude Code is useful when the repository has conventions, evals and a review path. Without those it is a faster way to merge guesswork.

Claude Code is Anthropic's agentic coding workflow in the terminal and the IDE. It is not a replacement for engineering judgment. Used well, it shortens the path from task to pull request. Used as "just let it rip on main," it creates review debt you will pay for months.

The teams that keep it are the ones who treat the repository as the product: conventions, tests, and a human review gate that still means something.

What to put in the repo before you scale seats

  • A short CLAUDE.md or equivalent: how to run tests, where secrets live, what not to touch
  • Eval or test gates on the paths the agent changes most
  • CODEOWNERS on payment, auth and data-retention code
  • An allow-list of commands it may run locally

Without that, every engineer invents a different workflow and none of them are auditable. That is the opposite of team enablement.

How we embed it on an engagement

We do not start with a sample repository. We start with yours. The first week is conventions and a safe command surface. The second is pairing on a real ticket so the team sees a merged PR, not a demo. That is also how we keep time to first PR honest.

Claude Code sits next to the same disciplines as production agents: evals, context discipline and a human on high-risk diffs.

A rule that saves incidents

If the agent cannot explain the change in the pull request body, the change is not ready. Fluency is not proof. The proof is tests, traces and a reviewer who still reads the diff.

Team Enablement is the four-week version of this, taught on your codebase, including prep for Anthropic's exams if people want it. Book a discussion if that is the gap, not a missing model.

Related notes