Boris Cherny created Claude Code, but he does not use a complicated setup. Here is how he uses Claude Code:
Original post: https://x.com/bcherny/status/2007179832300581177?s=20
- Run 5 Claude Code instances in parallel in the terminal, and enable system notifications so you know when Claude needs human input.

- Run 5 to 10 Claude instances on the web in parallel with local sessions, and switch using the
--teleportcommand. Boris also starts tasks on mobile every morning.

Use Opus 4.5 with thinking mode. He considers it the best model for coding.
The team maintains
CLAUDE.md. If Claude makes a mistake, record it there to avoid repeating it.During code review, mention
@.claudeon a teammate PR. Claude will analyze the change and append notes toCLAUDE.mdto compound knowledge over time.Most conversations start in planning mode.
Planmode is crucial.Use custom slash commands to speed up workflows and avoid repeating prompts. Boris uses
/commit-push-prto quickly commit code and open a PR.Use subagents. Boris uses
code-simplifierto simplify Claude generated code andverify-appto test the work.Use the
PostToolUsehook to validate code, avoid formatting issues, and follow project conventions.

Do not use
--dangerously-skip-permissions.Configure MCP services and tools, including Slack MCP, BigQuery, and Sentry.
For long running tasks, ensure Claude can complete work independently and self verify. Boris uses prompts for subagent validation, hook based checks for stability, and the ralph-wiggum plugin for verification.
The most important point is building a self verification feedback loop for Claude. He says it improves output quality by 2 to 3 times.