feat(ux): humanize backend wire values in the UI

[SoundMindsAI]

First of a series of UX-audit fix PRs. Scope: wire-value humanization — several surfaces rendered raw snake_case/lowercase enum values to users.

Changes

• New ui/src/lib/labels.ts — single source of display labels for backend wire values (never widens types; wire values still come from @/lib/enums).
• StatusBadge renders human labels: explicit LABEL_TABLE for acronym casing (pr_opened→"PR opened", pr_merged→"PR merged"), else a snake_case→Title-case humanizer. Raw value preserved in data-value for tests/automation.
• Judgment "Source" column — new judgment_source badge kind maps llm/human/click→"LLM-as-judge"/"Human"/"Click (UBI)". Also fixes a latent color bug: it used kind="judgment_list" whose variant table has no source keys, so every source fell through to the secondary variant.
• Study wizard dropdowns — metric/sampler/pruner show "NDCG"/"TPE (learns from prior trials)"/"Median (early-stop weak trials)" instead of ndcg/tpe/median. Wire values still come from *_VALUES.map — form-select discipline preserved.
• Shared formatMetricLabel — a metric now reads "NDCG@10" everywhere (dedup'd the private copy in the confidence panel).
• Stale copy fix — judgments empty state no longer points at the removed "calibration modal".

Testing

labels.ts unit tests (humanizer, formatMetricLabel, enum-coverage so no value can leak unlabeled); StatusBadge tests updated + a regression test that judgment_source gets a real (non-secondary) variant. Full suite 1315 green; tsc + eslint clean.

🤖 Generated with Claude Code

[gemini-code-assist]

Code Review

This pull request centralizes the management of human-readable labels for backend wire values into a new labels.ts utility, ensuring consistent formatting across components like StatusBadge, CreateStudyModal, and ConfidencePanel, supported by comprehensive unit tests. The review feedback is highly constructive, pointing out opportunities to simplify the code by removing a redundant mapping in LABEL_TABLE that is already handled by the fallback humanizer, and cleaning up an unnecessary type assertion and unreachable fallback in CreateStudyModal.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

[gemini-code-assist]

The proposal_pr mapping in LABEL_TABLE is redundant because humanizeWireValue already converts 'open', 'closed', and 'merged' to 'Open', 'Closed', and 'Merged' respectively. Removing this redundant mapping simplifies the code and reduces maintenance overhead.

const LABEL_TABLE: Record<string, Record<string, string>> = {
  proposal: {
    pr_opened: 'PR opened',
    pr_merged: 'PR merged',
  },
  judgment_source: JUDGMENT_SOURCE_LABELS,
};

[gemini-code-assist]

Since metric is already typed as ObjectiveMetric (watched from FormValues), the type assertion as ObjectiveMetric is redundant. Additionally, because METRIC_LABELS is a complete mapping of ObjectiveMetric to string, the value is guaranteed to be defined, making the nullish coalescing fallback ?? metric.toUpperCase() unreachable. We can simplify this expression to just METRIC_LABELS[metric].

Suggested change

	{METRIC_LABELS[metric as ObjectiveMetric] ?? metric.toUpperCase()}{' '}
	evaluates the full ranked list — no cutoff used.
	{METRIC_LABELS[metric]}{' '}
	evaluates the full ranked list — no cutoff used.

[SoundMindsAI]

Review adjudication

Gemini — 2 findings, both accepted + fixed in 4fb4de21:

Finding	Verdict	Action
status-badge.tsx — proposal_pr LABEL_TABLE entry redundant (humanizer already yields Open/Closed/Merged)	Accept	Removed; comment left explaining why it's intentionally omitted.
create-study-modal.tsx — METRIC_LABELS[metric as ObjectiveMetric] ?? … cast + fallback are dead (metric is typed, map is total)	Accept	Simplified to METRIC_LABELS[metric].

Pre-existing red check (not this PR): the backend (contract+integration) UBI test documented in #610.