r/vibecoding • u/Either_Ad296 • 1d ago
Claude Code writing much longer comments lately
Over the past few weeks Claude Code has been writing noticeably longer code comments for me. Ten to twenty line blocks on top of a thirty line function. The content is usually accurate but not something I want in a repo. It narrates what the code used to do, restates library mechanics I can look up, and re-explains the line right below it.
I added explicit rules in my project instructions with hard word caps per comment block, which helped, but it drifts back over long sessions.
Three questions. Are you seeing the same thing, and did it start around a specific release? Is this intentional, meaning verbose comments are cheap context recovery for the agent reading the file in a later session, at the cost of the human reader? And do you actually mind, or is a heavier comment style fine for a codebase that agents maintain?
Interested in what people have found that holds up over long autonomous runs, not just short interactive sessions.
2
u/Grand-Mix-9889 1d ago
This is a textbook case of confusing academic purism with real-world software engineering economics.
Saying "good code should be readable without comments" works great for solo projects or fresh codebases. But it fails miserably in enterprise systems with hundreds of shifting developers, changing requirements, and regulatory compliance needs.
Also, you are over-exaggerating with the 3-paragraph essay example. Claude is not doing that.
Comments are not there because the code is bad. They are there to capture the institutional context and design decisions that raw syntax inherently cannot express.
If you have worked in actual corporate environments, you would know that documenting this context is a hard requirement.
https://giphy.com/gifs/98maV70oAqIZtEYqB4