pb-build-prototypeProductBridge stage 4. Build an isolated, reversible prototype of a chosen concept inside an authorized Next.js/React codebase, reusing its components and tokens and exercising loading, empty, error, success, responsive and keyboard behavior, then report exactly what was built and checked. Without r
pb-define-problemProductBridge stage 1. Frame a customer complaint or opportunity on an existing app as a problem brief that keeps observations, hypotheses and assumptions apart, with goals, constraints, candidate measures and open questions. Starts or resumes a .productbridge experiment. Use when a PM wants to defi
pb-developer-handoffProductBridge stage 5. Turn whatever exists (brief, chosen direction, real validation findings, prototype, or just a reviewed design) into a developer-ready behavior spec with scope, non-goals, flow, behavior by state, edge cases, Given/When/Then acceptance criteria, accessibility, instrumentation,
pb-explore-wireframesProductBridge stage 2. From a problem brief, explore two or three structurally different user flows for the same task, each with a hypothesis, key screens and states, trade-offs and open questions. Creates real design assets only when a tool actually does (Figma MCP when connected), otherwise a wire
pb-validate-directionProductBridge stage 3. Prepare neutral test tasks for competing concepts, or turn supplied customer notes, stakeholder comments and developer feasibility input into a source-traced evidence matrix and a decision record. Without real test data it writes only a research plan and the concepts stay unva