|
|
|
|
|
by hexad74
193 days ago
|
|
This might not exactly be the place for it but what I struggle with regarding Claude Code is that it doesn't seem to listen to me. I will give it a specific example of code to use as a guide and it just wants to start searching the code base for similar patterns instead of just using the example that has everything it should need. I know claude.md can help but I am not having much luck with a large .NET project using internal nuget packages. I am able to get results decently well but this is a repeated problem I have and if I am not careful, it will blow through my limits. |
|
I work with a very large ( 280+ project ) .NET semi-monolithic semi-services code base with internal nuget packages.
I've only a handful of times hit the limits on a team plan and even then only minutes before the window refreshes.
I'll chime in with some of my workflow and tips when I have a more appropriate place to do so as it feels disrespectfully off-topic to elaborate further here about too much .NET specific.
As a general tip for working with large code-bases, if you have:
etc.Then don't just run claude at the root directory (/).
Run it in ./src/projectA and then use /add-dir to bring in only the depenedencies you care about for the problem you're working on.
Or even run it in /docs and then bring in just the places where it needs.
It will prompt to ask to read from / semi-often, but you can just deny it, either explicitly through claude.settings.local, or just through a prompt for that action.
By carefully controlling the scope, you limit what it tries to read. If you catch it trying to read from /sub-project-B and you think it's irrelevant, you can not just deny it, but ask it why it thought it wanted to read from it, and then update your documentation (or your priors) appropriately.
I've found the worst time for just blowing through credits / usage is when I hit a problem that's just not solvable, but more on that another time.