Опишете задачата
Към всички skills

hive.browser-automation

aden-hive · Инструменти

Required before any hive-browser CLI command. The browser is driven from the terminal by running `hive-browser <command> ... --json` via terminal_exec — not via MCP tools. Teaches the browser lifecycle rules (the bridge attaches to the USER'S running Chrome — never kill or launch browser processes; timeouts are transport issues, not crashes), the screenshot + coordinate workflow (hive-browser interact with a fractional coordinate) that reaches shadow-DOM inputs selectors can't see, the viewport-

Оригинален текст · няма потвърден превод на български
Платформи: Не са посочениНиво: Не е посоченоВ индекса: 20.09.2026 г.Обновен в GitHub: 14.09.2026 г.

Теми: agent · agent-framework · agent-skills · anthropic · automation · autonomous-agents · claude · harness · harness-engineering · human-in-the-loop · openai · python · self-hosted · self-improving

Първо прочетете инструкцията.

Файлът се зарежда от посочения източник само по ваше действие. Можете да го прочетете тук, да го копирате или да го запазите като .md.

Оригинален SKILL.md
GitHub хранилище
Звезди на репото
11 068
Лиценз
Apache-2.0
Последна проверка на записа
20.09.2026 г.

Добавете в своя инструмент.

Командата отваря избора на skills от репозитория. Прочетете файла и условията на автора преди изпълнение.

npx skills add aden-hive/hive

Страницата копира текст. Не инсталира и не изпълнява нищо на устройството ви.

Откъс от SKILL.md

Началото на файла на автора, без превод.

GCU Browser Automation

All GCU browser automation drives a real Chrome instance through the Beeline extension and Chrome DevTools Protocol (CDP). You drive it from the terminal: every command is hive-browser <command> ... --json, run through terminal_exec. Always pass --json so the result is machine-readable. That means clicks, keystrokes, and screenshots are processed by the actual browser's native hit testing, focus, and layout engines — not a synthetic event layer. Understanding this unlocks strategies that make hard sites easy.

Browser lifecycle & recovery — read this before "fixing" anything

The bridge attaches to the user's already-running Chrome via the extension. The browser is not yours: it holds the user's logged-in sessions and other agents' work, and the runtime — not you — owns the connection to it. Consequences:

  • There is nothing to "start." If no browser is connected, hive-browser setup --json tells you and gives the user install steps. Launching Chrome yourself (any google-chrome/chromium command, --remote-debugging-port, --user-data-dir, headless flags) is forbidden and blocked — it opens a browser the bridge can't see, often under the wrong profile.
  • There is no situation where killing the browser helps. Never use terminal tools to kill/pkill/killall Chrome, the bridge, or gcu processes. These commands are blocked, and attempting them breaks every agent sharing the connection. The same applies to the Hive desktop app and bridge_host.
  • A timeout is NOT a stuck browser. All hive-browser commands share one transport across all agents; one slow call (a heavy hive-browser evaluate on a big page) can make YOUR calls time out while the browser is perfectly healthy. The timeout message tells you whether the server passed its liveness check and whether recovery is already running — believe it.
  • Allowed recovery, in order: (1) wait ~30s and retry ONCE, with a smaller/simpler request — e.g. split a page-wide hive-browser evaluate sweep into chunked queries; (2) close YOUR OWN tabs with hive-browser tab close <T> --json and reopen; (3) report the failure (report_to_parent or your reporting channel) and move on to work that doesn't need the browser. Escalate to the user; never to the process table.
  • Keep heavy hive-browser evaluate scripts cheap: avoid innerText over thousands of nodes (each read forces layout). Prefer textContent, scope the selector, and paginate the sw

Целият SKILL.md в GitHub