Contextual panel: wire the Code Review body — render the pending review-comment queue for the shown builder (participating feature of #1049)

[amrmelsayed]

Gap

The contextual panel's Code Review render target is a scaffolded stub that was never wired to its data. apps/vscode/src/contextual-panel/webview/main.ts:38 renders only the header plus the placeholder "This builder's pending comments and files-to-review will appear here (#1037)", and no contextual-panel/* file reads the review queue at all (no reference to ReviewQueueStore / pending-comments anywhere in the directory — verified by grep on main, 2026-08-26).

Surfaced during pir-1552 dev-approval testing: the owner authored 6 review comments against a builder diff, the queue path worked (all 6 correctly persisted to the worktree's .codev/pending-comments.json with real prose), but the panel's "Code Review · " surface showed only the stub where he expected the queued comments. The queue currently surfaces only via the #1037 status-bar "Submit Review (N)" button and the inline diff threads.

This is the #1049 pattern working as designed — the panel merged with per-mode placeholder bodies, each body owned by a participating feature issue — except the Code Review body had no tracked participating issue (#1037 predates the panel and is closed). This issue is that tracker.

What to build

Wire the Code Review body to render the shown builder's pending review-comment queue. Follow the pattern #1553 established for the Attention body (see codev/reviews/1553-contextual-panel-wire-the-atte.md and the arch.md contextual-panel paragraph):

• A pure projection over the queue state (unit-testable, no vscode import); decide during planning whether it is extension-local or belongs beside the other cross-client helpers — note the queue is extension-local state (a worktree file), unlike the overview wire, so extension-local is the likely answer.
• Provider injects the queue store, attaches the payload to RenderMessage alongside the descriptor only when kind === 'code-review' (resolver and ModeDescriptor stay pure), and re-posts on queue change only while a Code Review surface is showing.
• Webview renders the pending comments for the shown builder (body text, anchor file/line, edit/delete affordances consistent with vscode: edit + preview-side delete on review comments (make the markdown reviewer functional) #1055/vscode: codelens-driven review comments in the unified diff editor — per-builder queue with batched submit to PTY (follow-up to #789) #1037 semantics if cheap — otherwise read-only list first) plus files-to-review, with an honest empty state. No persisted panel state, no pinning (vscode: contextual bottom panel that adapts to active editor (mode resolver + Attention fallback) #1049 rules bind).

Constraints

• The vscode: contextual bottom panel that adapts to active editor (mode resolver + Attention fallback) #1049 umbrella rules bind: purely contextual, no persisted state, no new mode map.
• Disjoint from pir-1552 (authoring path: review-queue/feedback.ts, comments/builder-review.ts); 1552 was explicitly fenced out of contextual-panel/* and this issue is why that fence stays.
• The placeholder's #1037 citation should be replaced by the real body when wired.

Provenance

Reported by the pir-1552 builder (in-code confirmation), during the owner's live dev-approval session reviewing a builder diff; filed by main as the tracked participating issue the surface was missing.