What problem does it solve? Verifying browser multisig behavior after SDK changes requires coordinating multiple isolated browsers, cosigner sessions, GUARDIAN endpoints, and proposal workflows, which is error-prone and hard to reproduce without a structured procedure. ## Core Features & Use Cases - Browser Smoke Harness Orchestration: Drives the examples/smoke-web harness via window.smoke.* commands across isolated browsers or profiles, with support for Chrome MCP, Claude Preview, or manual DevTools automation. - Workflow Matrix: Maps code changes to the smallest relevant canary workflow, including baseline account creation, online proposal sign/execute, payment roundtrips, offline GUARDIAN switching, Para and Miden Wallet connectivity, state verification, and key-based account recovery. - Timing Baselines and Failure Policy: Compares captured command durations against recorded baselines, classifies nonce-overwrite and bootstrap errors as recovered or terminal failures, and enforces structured reporting. - Use Case: After modifying packages/miden-multisig-client, run the online-proposal-canary across Chrome and Brave cosigners to confirm a 2-of-2 multisig can add a signer, execute the proposal, and converge to the updated state. ## Quick Start Ask the agent to run a browser smoke test of the multisig SDK against the local GUARDIAN server using the default baseline workflow.