HACKER Q&A
📣 technocrat8080

Embedding Claude Code as infrastructure?


With Anthropic's release of Claude Code code reviews at $25/PR, I was wondering why I wouldn't just hook up Claude Code to my own repo.

More generally speaking, I'd guess there to be many opportunities where spinning up and down a CC instance to handle arbitrary tasks seems useful. Wondering if anyone's experimented with similar workflows?


  👤 ruso-0 Accepted Answer ✓
I've been doing exactly this for the past few weeks, really. Claude Code + MCP plugins is the setup that really worked for me.

The key thing I learned was not to just tell Claude your repository and hope for the best. The raw approach consumes tokens incredibly fast, but Claude reads entire files when it only needs one feature, retries incorrect edits more than 5 times, and loses context halfway through.

What really works is giving Claude a CLAUDE.md file in the root of your repository with specific instructions for the workflow (which tools to prefer, when to compress or read raw, etc.). Claude Code reads it automatically upon login. Think of it as an .editorconfig file, but for AI behavior.

For the $25/PR review use case specifically, the bottleneck isn't Claude's intelligence, but the context window management. A repository of 500 files can exhaust the window before Claude finishes reviewing. You would need some kind of indexing layer that provides Claude only with the relevant snippets for each PR difference, not the entire codebase.

What kind of repositories do you have in mind? The approach varies greatly depending on the size, but I'd like to hear your thoughts.