browser-qa

# Browser QA Use this skill when the task is browser validation, repro, regression checking, or investigation in the workspace-embedded browser. ## Goals - reproduce the issue with the fewest browser calls possible - separate product failure from wait or locator failure - capture only the evidence needed to explain the result ## Repro Loop 1. State the exact starting page, tab, and account state you are testing. 2. Use the cheapest path that can reproduce the behavior. 3. After each page-changing step, use explicit waits rather than repeated broad state reads. 4. If a step fails, determine whether it is: - wrong target - stale target - missing wait - auth or session state - true product behavior 5. Capture evidence only after the failure is stable and reproducible. ## Tool Discipline - Prefer `browser_act` with `wait_for` over separate click then wait loops. - Use `browser_find` when the target is known but compact state did not include it. - Use `browser_get_state detail=compact` for orientation and `detail=standard` only when compact state is insufficient. - If the page should expose the fact directly, inspect targeted custom-element attributes, `data-*` attributes, `href`s, or hydration data with a narrow read-only `browser_evaluate` before treating the fact as unavailable. - Use `browser_get_console`, `browser_get_errors`, and `browser_list_requests` only after the cheaper orientation/action path failed or the issue is clearly runtime/network-related. -...