browser-core-efficientlisted

# Browser Core Efficient Use this skill when operating the workspace-embedded browser and efficiency matters. ## Goals - reduce browser tool round trips - reduce large state snapshots - reduce unnecessary screenshots and page text reads - prefer reliable one-call actions over browse-then-browse-again loops ## Default Loop 1. If the target is already known, use `browser_act` directly with locator signals. 2. If the target is semantically known but the page is large, use `browser_find`. 3. Use `browser_get_state` only for orientation or when the target is still unclear. 4. After page-changing actions, use `wait_for` on the action itself when possible. 5. Re-read state only if the action result is ambiguous. ## Tool Selection - Prefer `browser_act` over index-based tools when text, label, role, selector, or ref can identify the target. - Prefer `browser_find` before `browser_get_state` when you know what you want but not where it is. - Use `browser_click` and `browser_type` only when you already have a stable index from a fresh state snapshot. - Use `browser_select_tab` and `browser_close_tab` instead of spending extra calls re-orienting around tabs. - Use `browser_wait` for explicit stabilization, especially for URL changes, DOM changes, and download completion. ## State Discipline - Default to `browser_get_state` with compact detail. - Do not request page text unless the task is primarily about reading content. - Do not request screenshots unless DOM-first signals are ins