Към всички skills
browser-core-efficient
Use when working in the embedded browser and you want the cheapest reliable interaction loop.
Оригинален текст · няма потвърден превод на българскиПърво прочетете инструкцията.
Файлът се зарежда от посочения източник само по ваше действие. Можете да го прочетете тук, да го копирате или да го запазите като .md.
GitHub хранилище- Звезди на репото
- 11 363
- Лиценз
- NOASSERTION
- Последна проверка на записа
- 20.09.2026 г.
Добавете в своя инструмент.
Командата отваря избора на skills от репозитория. Прочетете файла и условията на автора преди изпълнение.
npx skills add holaboss-ai/holaOSСтраницата копира текст. Не инсталира и не изпълнява нищо на устройството ви.
Откъс от SKILL.md
Началото на файла на автора, без превод.
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
- If the target is already known, use
browser_actdirectly with locator signals. - If the target is semantically known but the page is large, use
browser_find. - Use
browser_get_stateonly for orientation or when the target is still unclear. - After page-changing actions, use
wait_foron the action itself when possible. - Re-read state only if the action result is ambiguous.
Tool Selection
- Prefer
browser_actover index-based tools when text, label, role, selector, or ref can identify the target. - Prefer
browser_findbeforebrowser_get_statewhen you know what you want but not where it is. - Use
browser_clickandbrowser_typeonly when you already have a stable index from a fresh state snapshot. - Use
browser_select_tabandbrowser_close_tabinstead of spending extra calls re-orienting around tabs. - Use
browser_waitfor explicit stabilization, especially for URL changes, DOM changes, and download completion.
State Discipline
- Default to
browser_get_statewith compact detail. - Do not request page text unless the task is primarily about reading content.
- Do not request screenshots unless DOM-first signals are insufficient.
- When a fact may live in custom-element attributes,
data-*attributes,hrefs, or hydration data rather than visible text, inspect that targeted page-local DOM source before concluding the fact is unavailable. - If a page change likely invalidated earlier refs or indexes, treat them as stale and re-locate the target.
Wait Discipline
- Prefer action-local
wait_forover a separate follow-up wait call. - Use
interactiveordomcontentloadedafter lightweight transitions. - Use full load completion only when the page truly needs it.
- Use
download_startedanddownload_completedfor browser-triggered downloads instead of manual polling through state reads.