Skip to content

Browse proposals

About this walkthrough

Estimated time: 2 minutes Tags: proposals, filters, queue-management

Filter the proposal queue by status, source, and cluster — three-axis URL-backed filtering with 30-second pulse-refetch when PRs are open.

Trouble playing? Download the walkthrough video.

Step 1 — Open the Proposals page. Every winning study config…

Open the Proposals page. Every winning study config + every hand-crafted manual proposal lands here. The list refetches every 30 seconds when any visible row has an open PR (webhook-driven status updates without manual reload).

Step 2 — Click the 'pending' status chip. URL updates to…

Click the 'pending' status chip. URL updates to ?status=pending, list filters to proposals awaiting action. Statuses: pending / pr_opened / pr_merged / rejected. Filters are URL-backed so back/forward buttons work + filtered views are sharable.

Step 3 — Source filter chips narrow by proposal origin: study_triggered…

Source filter chips narrow by proposal origin: study_triggered (came from a completed study's digest), chat_triggered (the agent created it), or manual (hand-crafted via POST /api/v1/proposals with study_id=null).

Step 4 — The cluster filter dropdown narrows the queue to…

The cluster filter dropdown narrows the queue to one cluster. Useful when you have multiple clusters registered and only want to review proposals targeting one of them.

Step 5 — Reset filters by clicking 'all' chips. The empty-state…

Reset filters by clicking 'all' chips. The empty-state has a friendly message when no proposals match the current filter combination. From here, click any row to drill into the detail page — see Guide 02 for what the detail page looks like + the open-PR / reject decision.

← Back to walkthroughs