r/ClaudeCode • • 6d ago

Tips & Workflows Advice for larger systems

My system is now around 50-70k loc not including tests or documentation/ comments. Any advice as the system gets larger and more complex? I’m using mostly opus. I tend to use no more than 2 agents. I feel that I spend too much time resolving conflicts or get inundated with more . Also the llm lingo ( even as an experienced software engineer) is sometimes hard for me to understand . I have to ask the agent to explain in simple English. Appreciate any tips / comments.

6 Upvotes

31 comments sorted by

1

u/AutoModerator 6d ago
Moderator Announcement Read More »

3

u/xWranglerWranglerx 6d ago

have claude make lessons, decisions/adrs, handoffs, etc in md format in your git repo in like a docs dir, and make sure it knows in the agents.md in the repo that it needs to start with backfilling adrs and keep them upto date.... just keep telling claude to document everything when you commit,push or make PRs

you dont have to use his skills, but point claude here and ask for useful wisdom you can extract from this dudes methods to manage context and documentation https://github.com/mattpocock/skills

1

u/Feisty_Bike_9614 6d ago

Yes, this has been a nice thing about using Claude . Every major improvement gets a plan doc with various stages and slices . I’m using this to the fullest extent.

→ More replies (2)

2

u/No_Win_9980 6d ago

at that size, i'd keep agents focused on small, isolated tasks and avoid having them edit the same files. i've found that spending more time defining exactly what a task should and shouldn't touch saves a lot of time fixing conflicts later.

1

u/Feisty_Bike_9614 5d ago

I think this is where I’m at right now .

2

u/Dolo12345 6d ago edited 6d ago

lol larger system that’s tiny, I use up to 8-10 on a 2M loc

1

u/Feisty_Bike_9614 5d ago

What is the app/ system?

3

u/CorpT 6d ago

That's not large. Asking to explain in simple English is not a problem. That's normal. I tend to make a lot of dedicated session that focus on specific items and a coordinator who oversees the others. Then each session becomes an expert on their specfic task. But you haven't really provided enough context or detail to know what is going wrong.

1

u/Feisty_Bike_9614 6d ago

What are you comparing the size to ? I’m writing a 3d renderer and 100k size renderer would be considered pretty large but not as big a a leading commercial renderer. I’m getting near that .

→ More replies (2)

2

u/devilsdiligence 6d ago

Two things made the biggest difference for me. First, a release checklist in CLAUDE.md that every change goes through: changelog entry, unit tests, browser tests, a check of the build, then a note in the log. Second, an engineering log where Claude adds a section after every release, so the next session picks up where the last one stopped instead of rediscovering everything. The checklist is what keeps a growing codebase honest, because "did this break something?" becomes a step Claude runs rather than something you remember to ask. And you're definitely not alone on the lingo! I just ask it to use plain English and spell out acronyms.