Srinivasan

I'm a full-stack developer (MERN, Next.js, AWS) and most of my work is on client projects. Over the last year, AI coding tools have become part of how almost everyone on these teams works, and it has changed code review more than I expected.

The problem I keep running into: PRs are getting bigger and faster, but understanding hasn't kept up. A developer picks up a ticket, gets working code from an AI tool, and raises a PR. The feature works, but when someone asks why a particular file or function was changed, there often isn't a clear answer. Reviewers see a large diff that passes tests and approve it. Small unintended changes, like a modified API response or a refactored helper, slip through and show up later as bugs.

What I've been trying so far:

• Writing a one-line "definition of done" from the ticket before using any AI tool, so I can check the output against it.

• Asking the PR author to explain the change in two or three sentences in the description.

• Treating any file that changed outside the ticket's scope as something to question first.