用途：Gauntlet 用于对 Browser Control 进行真实网站导航与能力压力测试。它让代理在未整理的线上站点执行任务，遇到失败时修复通用根因，并用最小离线回归测试锁定修复，最后执行 Simplify 环节，避免积累站点专用 hack 或臃肿文件。
主要能力与流程：
- Gauntlet：创建专用会话（browser-control session new "🧭 gauntlet"），选取 4–6 个覆盖不同 Web 模式的线上站点，通过公开代理接口（snapshot()、ref("eN")、screenshotWithLabels()、network）驱动任务。遇到失败、超时、漏掉交互控件、重复行或被迫使用 waitForTimeout 时，检查实时 DOM，找出通用 DOM、W3C ARIA 或 CDP 根因；禁止硬编码站点域名或 CSS 类名，规则须基于标准 HTML 标签、ARIA 角色/属性、计算样式或 DOM 结构。修复后部署到 /Users/kit/.browser-control/current-runtime（pnpm runtime:prepare + pnpm runtime:select + browser-control relay restart）并在线上复验。
- Autoresearch：测量各站点的 snapshot() 延迟（标准页目标 15–40 ms，9,000 节点 Shadow DOM 页 < 180 ms）、token 占用，并减少可避免的往返与 sleep，优先事件驱动 settle。
- Simplify：强制简化与一致性检查，移除临时分支、死标志和重叠辅助函数，保持模块边界，并运行验证门：pnpm exec tsx scripts/check-snapshot.ts、pnpm check:locals && pnpm check:unused && pnpm audit:duplicates、pnpm test。
- Harvest（可选）：验证 network.start() + network.stop() 生成干净的 .endpoints 摘要，以及 BrowserControlClient.origin(url, { session, headers, handoffOnAuthFailure: true }) 能直接驱动 JSON API。完成后删除临时会话（browser-control session delete "🧭 gauntlet"）。
适用场景：需要提升浏览器自动化代理在真实复杂站点上的鲁棒性、性能与 token 效率时。
限制：资料未提供收费、价格、平台支持范围等细节；执行时不得进行破坏性或不可逆操作（如下单）。