tabbit-devtools
Use Tabbit with agent-browser by reading Tabbit's live DevToolsActivePort file, deriving the browser wsEndpoint, and routing browser actions through agent-browser --cdp.
How do I install this agent skill?
npx skills add https://github.com/tabbit-browser/tabbit-devtools-skill --skill tabbit-devtoolsIs this agent skill safe to install?
- Gen Agent Trust Hubpass
This skill enables the agent to control the Tabbit browser by discovering its internal debugging port and using the agent-browser tool. It accesses local configuration files and executes commands to facilitate browser automation. While these actions are necessary for its primary function, users should be aware of the inherent risks of browser automation, such as susceptibility to instructions embedded in untrusted web content.
- Socketpass
No alerts
- Snykpass
Risk: LOW · No issues
- ZeroLeakspass
Score: 93/100 · 2 sections analyzed
What does this agent skill do?
Tabbit Devtools
Prefer this skill whenever the request is explicitly about Tabbit or includes phrases like 用我的 tabbit 浏览器, 在 Tabbit 里, Tabbit 当前页, or Tabbit 当前标签.
Treat Tabbit as a Chromium-based browser.
This skill is about how to connect agent-browser to Tabbit.
After the connection is established, handle browser automation and inspection through the normal agent-browser workflow.
Do not implement a parallel browser automation layer, bridge daemon, or custom CDP client inside this skill.
agent-browser Quick Reference
Treat agent-browser as the browser-operation layer after Tabbit endpoint discovery.
The most relevant commands for this skill are:
open <url>snapshot -iclick @e3fill @e5 <text>press Enter
Do not restate a full agent-browser manual here. Use these commands as the default vocabulary for Tabbit tasks, and prefer the official README for any broader command surface.
Quick Path
- Detect the platform and search for
DevToolsActivePort:- macOS:
~/Library/Application Support/Tabbit/DevToolsActivePortfirst, then~/Library/Application Support/Tabbit Browser/DevToolsActivePort - Windows:
%LOCALAPPDATA%\Tabbit Browser\User Data\DevToolsActivePortfirst, then%APPDATA%\Tabbit\User Data\DevToolsActivePort
- macOS:
- Use both lines in that file:
- line 1: TCP port
- line 2: browser path such as
/devtools/browser/<id>
- Build the full browser endpoint as
ws://127.0.0.1:<port><path>. - Prefer that
wsEndpointoverhttp://127.0.0.1:<port>. Tabbit may expose the browser WebSocket while/json/versionand/json/liststill return404. - Prefer scripts/run_agent_browser_on_tabbit.py for actual browser actions. It injects the live
wsEndpointintoagent-browser --cdp .... - Use scripts/discover_tabbit_cdp.py when you only need structured connection facts.
- Once connected, use the full normal
agent-browserworkflow for page operations.
Workflow
- For Tabbit requests, start by reading
DevToolsActivePortdirectly or by running scripts/discover_tabbit_cdp.py. - Return the connection facts the agent actually needs:
activePortFile,port,browserPath,browserUrl, andwsEndpoint. - Unless the user explicitly asks only for endpoint details, prefer scripts/run_agent_browser_on_tabbit.py immediately so the command becomes
agent-browser --cdp <wsEndpoint> .... - After that handoff, follow the normal
agent-browserworkflow for open, snapshot, click, fill, and other browser commands. - If
agent-browseris unavailable, say so plainly and surface the connection facts instead of inventing a custom CDP bridge.
Guidance
- This skill solves the connection problem, not the general browser-operation problem.
- Return structured connection data first, then any short explanatory note.
- Prefer the lightest possible discovery path:
DevToolsActivePortand the derived browser WebSocket endpoint. - Search the macOS
Tabbitsupport directory first, thenTabbit Browser. On Windows, search%LOCALAPPDATA%\Tabbit Browser\User Datafirst, then%APPDATA%\Tabbit\User Data. - Prefer the full
wsEndpointover a raw port because Tabbit may not expose HTTP discovery routes. - Once a Tabbit task has started through
run_agent_browser_on_tabbit.py, keep using that same wrapper path for the rest of the task unless the user explicitly asks otherwise. - Once connected, use standard
agent-browserpatterns for everything else.
Constraints
- Do not assume a dedicated
tabbit-devtoolsMCP server exists. - Do not assume the generic
chrome-devtoolssession can be retargeted to Tabbit. - Do not turn this skill into a replacement for
agent-browser. - Do not create a custom daemon, long-lived CDP proxy, or one-off WebSocket client for post-connection browser actions.
- Do not promise that
chrome-devtoolsMCP will automatically take over Tabbit. - If
agent-browsercannot be launched in the current environment, stop at connection guidance and explain the limitation. - After connection, the browser workflow belongs to
agent-browser, not to this skill.
Resources
- Setup and direct-connection notes: references/setup.md
- Endpoint discovery rules and environment variables: references/discovery.md
- Endpoint discovery helper: scripts/discover_tabbit_cdp.py
- agent-browser wrapper: scripts/run_agent_browser_on_tabbit.py
- agent-browser upstream docs: https://github.com/vercel-labs/agent-browser
How can the creator link this skill?
Add the canonical catalog link to the repository README so users can inspect current installs and available audits. The publishing guide covers the complete discovery path.
<a href="https://skillzs.dev/skills/tabbit-browser/tabbit-devtools-skill/tabbit-devtools">View tabbit-devtools on skillZs</a>