GitHub Pull Requests Are Turning 'Claude-Like': What 460,000 PRs Reveal

A new analysis of roughly 460,000 GitHub pull requests found a distinct vocabulary cluster resembling Claude's writing style jumped from 0.7% in early 2025 to nearly 39% by mid-2026. The study never looked at the actual code changes, only the words contributors used to describe them. Specific terms like 'load-bearing,' 'seam,' and 'byte-identical' turned out to be reliable markers of this shift.

What Happened
An independent study clustered roughly 460,000 GitHub pull requests purely by the vocabulary used in PR descriptions and commit messages, ignoring the underlying code entirely. It found that a specific writing-style cluster grew from just 0.7% of PRs in early 2025 to nearly 39% by mid-2026 — a shift large enough to reshape what a 'typical' PR description looks like across a huge, real-world sample.
The Telltale Words
The cluster is marked by recurring word choices: 'load-bearing,' 'plainly,' 'quietly,' 'seam,' and 'byte-identical.' None of these are unusual English words individually, but together they form a recognizable register. 'Load-bearing' borrows from architecture to describe code a system structurally depends on. 'Seam' refers to the boundary between two components. 'Byte-identical' precisely states that two outputs match exactly at the binary level. These phrasings show up often in explanations generated by Anthropic's Claude when it summarizes a diff or justifies a refactor, which is why the cluster reads as 'Claude-like.'
Why the Shift Is Happening Now
Over the past two years, AI coding assistants — GitHub Copilot, Claude Code, Cursor, and similar tools — have moved beyond writing code snippets into drafting entire PR descriptions and commit messages. As more developers let an assistant summarize what a change does, the assistant's phrasing preferences start showing up in the written layer of a project's history, even when a human authored the actual code.
Because the method relies on plain vocabulary clustering rather than any AI-detection classifier, the result isn't about 'catching' AI use. It's a measurable drift in written style across a large corpus of real software collaboration, visible with nothing more sophisticated than word-frequency analysis.
Why It Matters
For open-source maintainers, this is worth paying attention to. If close to four in ten PRs in a large sample now carry a similar linguistic fingerprint, review culture is quietly absorbing AI-authored documentation at scale — regardless of whether the underlying code itself was AI-generated or human-written. A few practical implications follow:
- Review load: Fluent, uniform PR descriptions no longer reliably signal that the author deeply understands the change, so reviewers may need to weigh prose quality less heavily.
- Attribution and accountability: A PR description that reads like an AI wrote it raises the question of who actually verified the change's correctness — the assistant or the contributor.
- Style homogenization: A small number of AI models shaping how thousands of independent developers write could flatten the diversity of technical writing across the ecosystem, a pattern already flagged in other domains like academic writing and product reviews.
None of this proves lower code quality or bad intent. It simply confirms that a fast-moving, measurable change in how developers describe their own work is underway, and it shows up in plain vocabulary statistics rather than any specialized AI-detection tool.
Takeaway
Vocabulary alone can't prove a PR was written by AI, but this dataset shows the linguistic fingerprint of tools like Claude is spreading through open-source collaboration faster than most developers probably assume. Whether similar patterns emerge on other platforms, languages, or repositories is worth watching next.
Reference: https://louisabraham.github.io/load-bearing/
Comments
Post a Comment