Review provenance drawer never receives metadata — provider/model/confidence not surfaced to users

[Chris0Jeky]

Context

Surfaced by the #1273 (PR #1283) adversarial review (Lens B, LOW).

ReviewMain.vue:123 renders <ReviewProvenance :rows="provenance" :proposal-id="proposalId" ...> with no :metadata prop. ReviewProvenance therefore passes metadata ?? null = null to ProvenanceDrawer, whose meta section is v-if="metadata" — so the provider / model / confidence / latency / promptVersion block never renders in the review flow. The card modal (CardModalMetadata.vue) and inbox detail also omit provider/model.

Net: the (now-truthful, post-#1273) capture-triage provenance value deterministic-extractor / capture-triage-v1 is persisted on the capture payload and returned by the capture API, but is not displayed to users anywhere in the review UI. ProvenanceDrawer.spec.ts covers the rendering as an isolated-component guarantee only.

Acceptance criteria

• Build a ProvenanceMetadata from the reviewed proposal's capture provenance (provider, model, promptVersion, and confidence/latency if available) in the review selectors.
• Pass :metadata through ReviewMain.vue → ReviewProvenance → ProvenanceDrawer so the meta section renders.
• Add an integration/e2e assertion that the triage-metadata path actually displays deterministic-extractor / capture-triage-v1 to a user (not just the isolated component spec).
• Verify the value renders sensibly for genuine LLM (chat-origin) proposals too.

Notes

Pre-existing gap (not introduced by #1273). Archive-closeout scope — nice-to-have for provenance-visible automation, low urgency for single-user personal use.

[Chris0Jeky]

Note 2026-07-10 (ADR-0044): coordinates with #1305 (REVIVAL-09, Transcript entity + evidence spans) - that work rebuilds what the provenance drawer receives (span references + honest provider metadata). Recommend implementing this fix as part of or immediately after #1305 rather than patching the current shape twice.