A study on arXiv looked at 567 pull requests opened with Claude Code across 157 open-source projects. 83.8% were accepted and merged. Of the merged ones, 54.9% went in without modification and 45.1% needed a person to change something first, most often for bug fixes, documentation, and adherence to the project's own standards. The agent was used first for refactoring, documentation, and tests.
I think the useful reading is not the headline acceptance rate. It is the combination: the tasks people chose to hand to the agent, and the share of accepted work that still needed a human pass.
The tasks tell you where to start. Refactoring, documentation, and tests are where projects already trusted the agent, and I think they are where a team should expect the first real wins. The 45% tells you what to budget. Nearly half of the accepted changes needed someone to finish them, for the things an outsider misses: the project's conventions, the edge of a bug fix.
My view is that an adoption plan built on those numbers looks different from one built on the slogan. It points the agent at the tasks it is already good at and keeps review time in the schedule.
What was the first kind of work your team was willing to hand to an agent, and did it match what the study found?
Photo source: https://photos.robertstowe.com/utah

