Estimate: 35m · Depends on: 6.1.1, 6.1.3
The builder surface for the built-in fields, per the 6.1.3 design, on the 6.1.1 AST/codec/registry.
Build (extending the 2.5.3 IssueListToolbar + 2.5.4 IssueFilterBar area): the Advanced entry + panel; condition rows driven BY THE REGISTRY (field picker lists the registry's built-in entries; choosing a field populates its operator set; the operator selects the value-editor kind — the UI renders the registry, it never hard-codes field lists); the combinator control; add/remove/clear + the row cap; live-apply with pending-row exclusion (the designed rule) writing the ?filter=v1: param (composing with ?view/?sort/?page, Suspense-keyed like the shipped params); the facet upgrade ("Edit in Advanced" → lossless rows) + the superseded-facet state; the applied toolbar summary + count; zero-results; the invalid-param recovery state. Both views consume the compiled filter through their existing reads (no view-specific query code here). Strings via next-intl.
A11y: rows are labelled groups; every picker keyboard-complete (the Combobox bar); the combinator reads as a sentence for SR users; the applied count announced; extends the /issues strict sweep.
design/work-items/filter-builder.mock.html + notes (6.1.3) — THE authorityIssueListToolbar/IssueFilterBar (2.5.3/2.5.4 — the surface this extends)?view, 2.5.12 ?page)