clacky-ai/openclacky/lib/clacky/default_skills/browser-setup/SKILL.md
browser-setup
Use it for engineering tasks; the detail page covers purpose, installation, and practical steps.
- Source repository stars
- 1,160
- Declared platforms
- 0
- Static risk flags
- 3
- Last source update
- 2026-08-04
- Source checked
- 2026-08-04
Decision brief
What it does—and where it fits
Configure the browser tool for Clacky. Config is stored at /.clacky/browser.yml.
Not for
- Tasks that require unconfirmed production actions or broad system permissions.
- Environments where the pinned source and install steps cannot be inspected.
Compatibility matrix
Platform support, with evidence labels
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
Inspect first. Install second.
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/clacky-ai/openclacky --skill "lib/clacky/default_skills/browser-setup"Inspect the Agent Skill "browser-setup" from https://github.com/clacky-ai/openclacky/blob/faaa347a1fd5a855f8e205c379c4994e757b703c/lib/clacky/default_skills/browser-setup/SKILL.md at commit faaa347a1fd5a855f8e205c379c4994e757b703c. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
What the source asks the agent to do
- 01
setup
Core Strategy: Progressive validation with clear next steps at each failure point.
version = 146 → Excellent, proceedversion 144-145 → Show warning but proceed:version < 144 or "unknown" → Stop: - 02
Step 1 — Ensure Node.js is installed
Parse the version. If Node.js is missing or version < 20:
Parse the version. If Node.js is missing or version < 20:Run the bundled installer to automatically install Node.js:If the script exits 0 → Node.js is now installed. Proceed to Step 2. - 03
Step 2 — Ensure chrome-devtools-mcp is installed
If found and exits 0 → skip to Step 3.
If found and exits 0 → skip to Step 3.If missing, run the bundled installer:If the script exits non-zero or doesn't exist: - 04
Step 3 — Verify Chrome/Edge is running with remote debugging
CRITICAL: Do NOT attempt browser() calls yet. First check if the browser is reachable using the API:
CRITICAL: Do NOT attempt browser() calls yet. First check if the browser is reachable using the API:This returns JSON with daemonrunning and enabled status. Ignore the result for now — we just need to see if the Clacky server is running.Now attempt a browser connection to detect Chrome: - 05
Step 4 — Get and verify browser version
Now that connection is established, get the version:
version = 146 → Excellent, proceedversion 144-145 → Show warning but proceed:version < 144 or "unknown" → Stop:
Permission review
Static risk signals and limitations
Runs scripts
The documentation asks the agent to run terminal commands or scripts.
node --version 2>/dev/nullRuns scripts
The documentation asks the agent to run terminal commands or scripts.
bash ~/.clacky/scripts/install_browser.shNetwork access
The documentation includes network, browsing, or remote request actions.
curl -s http://${CLACKY_SERVER_HOST}:${CLACKY_SERVER_PORT}/api/browser/statusNetwork access
The documentation includes network, browsing, or remote request actions.
Fetch the online troubleshooting guide for additional help:Sends data out
The documentation includes sending, uploading, or posting data to a remote service.
curl -s -X POST http://${CLACKY_SERVER_HOST}:${CLACKY_SERVER_PORT}/api/browser/configure \Evidence record
Why each signal appears
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 83/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 1,160 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Provenance and original SKILL.md
- Repository
- clacky-ai/openclacky
- Skill path
- lib/clacky/default_skills/browser-setup/SKILL.md
- Commit
- faaa347a1fd5a855f8e205c379c4994e757b703c
- License
- MIT
- Collected
- 2026-08-04
- Default branch
- main
View the original SKILL.md
Browser Setup Skill
Configure the browser tool for Clacky. Config is stored at ~/.clacky/browser.yml.
Region-Aware Download Links
Whenever you show the user a link to download or upgrade Chrome/Edge, pick the right one for their region instead of always using google.com.
Treat the user as in China when any of these is true:
- The user is talking to you in Chinese
- The system locale is Chinese (
echo $LANGcontainszh_CN/zh_) - A previous run of
install_browser.shreportedRegion: china(visible in its output) curl -s --max-time 3 https://www.google.com -o /dev/null -w "%{http_code}"returns000while baidu.com works
Use these links accordingly:
| Region | Chrome | Edge |
|---|---|---|
| China | https://www.google.cn/chrome/ | https://www.microsoft.com/zh-cn/edge |
| Global | https://www.google.com/chrome/ | https://www.microsoft.com/edge |
When unsure, show both lines (label them "China:" and "Global:") so the user can pick.
Command Parsing
| User says | Subcommand |
|---|---|
browser setup, 配置浏览器, setup browser | setup |
browser doctor | doctor |
If no subcommand is clear, default to setup.
setup
Core Strategy: Progressive validation with clear next steps at each failure point.
Step 1 — Ensure Node.js is installed
Check Node.js version:
node --version 2>/dev/null
Parse the version. If Node.js is missing or version < 20:
Run the bundled installer to automatically install Node.js:
bash ~/.clacky/scripts/install_browser.sh
If the script exits 0 → Node.js is now installed. Proceed to Step 2.
If the script exits non-zero or doesn't exist:
❌ Node.js 20+ is required for browser automation.
Please install Node.js from: https://nodejs.org
Let me know when done and I'll continue.
Wait for user confirmation, then retry this step once. If still failing, stop.
Step 2 — Ensure chrome-devtools-mcp is installed
Check if installed:
chrome-devtools-mcp --version 2>/dev/null
If found and exits 0 → skip to Step 3.
If missing, run the bundled installer:
bash ~/.clacky/scripts/install_browser.sh
If the script exits non-zero or doesn't exist:
❌ Failed to install chrome-devtools-mcp automatically.
Please run manually:
npm install -g chrome-devtools-mcp@latestLet me know when done.
Wait for user confirmation, then verify installation:
chrome-devtools-mcp --version 2>/dev/null
If still missing after user confirms, stop with error message.
Step 3 — Verify Chrome/Edge is running with remote debugging
CRITICAL: Do NOT attempt browser() calls yet. First check if the browser is reachable using the API:
curl -s http://${CLACKY_SERVER_HOST}:${CLACKY_SERVER_PORT}/api/browser/status
This returns JSON with daemon_running and enabled status. Ignore the result for now — we just need to see if the Clacky server is running.
Now attempt a browser connection to detect Chrome:
browser(action="status")
If this succeeds → Chrome is running and reachable. Proceed to Step 4.
If this fails → The error message will indicate the specific issue. Parse it carefully:
Case A: "Chrome/Edge is not running or remote debugging is not enabled"
This is the most common case. The system can't find Chrome's DevToolsActivePort file or the port is not reachable.
Action: Guide the user to enable remote debugging.
On macOS:
open "chrome://inspect/#remote-debugging" 2>/dev/null || echo "Please open chrome://inspect/#remote-debugging manually"
Then tell the user:
I've tried to open the remote debugging page in Chrome.
Please follow these steps:
- Make sure Chrome or Edge is open
- Visit:
chrome://inspect/#remote-debugging(oredge://inspect/#remote-debugging)- Click "Allow remote debugging for this browser instance"
- You should see a brief connection message appear
Let me know when done ✅
On Linux (non-WSL):
Please follow these steps:
- Make sure Chrome or Edge is open
- Visit:
chrome://inspect/#remote-debugging- Click "Allow remote debugging for this browser instance"
Let me know when done ✅
On WSL:
Please follow these steps:
- Open Edge on Windows
- Visit:
edge://inspect/#remote-debugging- Click "Allow remote debugging for this browser instance"
Let me know when done ✅
After user confirms, retry the connection once:
browser(action="status")
If still failing:
❌ Still unable to connect to Chrome.
Please make sure:
- Chrome/Edge is running
- You clicked "Allow remote debugging" in chrome://inspect/#remote-debugging
- No firewall is blocking localhost connections
Run
/browser-setup doctorto diagnose the issue in detail.
Fetch the online troubleshooting guide for additional help:
web_fetch(url="https://www.openclacky.com/docs/browser-troubleshooting")
Stop here and suggest running doctor.
Case B: Other errors (MCP handshake timeout, daemon crash, etc.)
For any other error message, show it to the user and suggest:
❌ Browser connection failed:
This may be a temporary issue. Please try:
- Restart your browser
- Run
/browser-setupagainIf the problem persists, run
/browser-setup doctorfor detailed diagnostics.
Step 4 — Get and verify browser version
Now that connection is established, get the version:
browser(action="act", kind="evaluate", js="navigator.userAgentData?.brands?.find(b => b.brand === 'Google Chrome' || b.brand === 'Microsoft Edge')?.version || navigator.userAgent.match(/Chrome\/(\d+)/)?.[1] || 'unknown'")
Parse the version number:
- version >= 146 → Excellent, proceed
- version 144-145 → Show warning but proceed:
⚠️ Your browser version is v${VERSION}. Version 146+ is recommended for best compatibility. Continuing anyway...
- version < 144 or "unknown" → Stop:
❌ Browser version v${VERSION} is too old. Please upgrade Chrome or Edge to v146+.
Use the download link from the Region-Aware Download Links section above (pick
ChinaorGlobalbased on the user's region).After upgrading, run
/browser-setupagain.
Step 5 — Save configuration via API
Call the API to save the configuration:
curl -s -X POST http://${CLACKY_SERVER_HOST}:${CLACKY_SERVER_PORT}/api/browser/configure \
-H "Content-Type: application/json" \
-d "{\"chrome_version\":\"${VERSION}\"}"
If this fails (HTTP error or empty response), show a warning:
⚠️ Failed to save configuration via API. You may need to run
/browser-setupagain after restarting Clacky.
Step 6 — Done
✅ Browser setup complete!
Chrome/Edge v${VERSION} is connected and ready to use.
You can now use browser automation features. Try asking me to:
- "Open google.com in the browser"
- "Take a screenshot"
- "Fill out a form on this page"
doctor
Core Strategy: Diagnose don't fix. Check each component and report status.
This is a diagnostic tool, not a repair tool. It will check each component and tell you what's wrong, but won't automatically fix things.
Diagnostic Steps
Run all checks before showing results. Then show a summary report.
1. Check Config File
test -f ~/.clacky/browser.yml && cat ~/.clacky/browser.yml
Parse the result:
- File missing → ❌ Not configured
- File exists,
enabled: false→ ⏸️ Disabled - File exists,
enabled: true→ ✅ Enabled
2. Check Node.js
node --version 2>/dev/null
- Not found → ❌ Node.js not installed
- Version < 20 → ❌ Node.js too old (need 20+)
- Version >= 20 → ✅ Node.js OK
3. Check chrome-devtools-mcp
chrome-devtools-mcp --version 2>/dev/null
- Not found → ❌ Not installed
- Found → ✅ Installed (version: ...)
4. Check Clacky Server
curl -s -f http://${CLACKY_SERVER_HOST}:${CLACKY_SERVER_PORT}/api/browser/status
- Failed → ❌ Server not responding
- Success → Parse JSON and show
daemon_runningstatus
5. Check Chrome Connection
Only run this if steps 1-4 are OK.
browser(action="status")
- Success → ✅ Connected. Also get the tab count from the result.
- Failed → ❌ Not connected. Parse the error message to determine cause.
6. Check Chrome Version
Only run this if step 5 succeeded.
browser(action="act", kind="evaluate", js="navigator.userAgent.match(/Chrome\/(\d+)/)?.[1] || 'unknown'")
- version >= 146 → ✅ Excellent
- version 144-145 → ⚠️ Acceptable but upgrade recommended
- version < 144 or unknown → ❌ Too old
Report Format
Show results in a clean table:
Browser Doctor — Diagnostic Report
═══════════════════════════════════════════════════════════════
Configuration
[✅] Config file found (~/.clacky/browser.yml)
[✅] Browser tool enabled
Dependencies
[✅] Node.js v22.1.0
[✅] chrome-devtools-mcp installed (v1.2.3)
Connection
[✅] Clacky server running
[✅] MCP daemon running
[✅] Chrome connected (3 tabs open)
[✅] Chrome v146
═══════════════════════════════════════════════════════════════
✅ All systems operational!
If there are any ❌ or ⚠️ items, show them first in a Problems Found section, followed by specific Recommended Actions:
Browser Doctor — Diagnostic Report
═══════════════════════════════════════════════════════════════
⚠️ Problems Found
[❌] Chrome not connected
Error: Chrome/Edge is not running or remote debugging is not enabled
[❌] Chrome version v142 is too old
───────────────────────────────────────────────────────────────
Configuration
[✅] Config file found
[✅] Browser tool enabled
Dependencies
[✅] Node.js v22.1.0
[✅] chrome-devtools-mcp installed
Connection
[✅] Clacky server running
[❌] Chrome not connected
═══════════════════════════════════════════════════════════════
🔧 Recommended Actions
1. Enable remote debugging:
- Open Chrome and visit: chrome://inspect/#remote-debugging
- Click "Allow remote debugging for this browser instance"
2. Upgrade your browser:
- Chrome v142 is too old (need v146+)
- Pick the download link for the user's region from the
**Region-Aware Download Links** section at the top of this skill
(China users → google.cn; others → google.com).
After fixing these issues, run `/browser-setup` again to verify.
Common Diagnostic Scenarios
Scenario 1: Config not found
[❌] Config file not found
🔧 Fix: Run `/browser-setup` to configure the browser tool.
Scenario 2: Chrome not running
[❌] Chrome not connected
Error: Chrome/Edge is not running or remote debugging is not enabled
🔧 Fix:
1. Open Chrome or Edge
2. Visit: chrome://inspect/#remote-debugging
3. Click "Allow remote debugging"
Scenario 3: MCP not installed
[❌] chrome-devtools-mcp not installed
🔧 Fix: Run `npm install -g chrome-devtools-mcp@latest`
(or run `/browser-setup` to install automatically)
Scenario 4: Everything OK
✅ All systems operational!
The browser tool is ready to use.
Online Troubleshooting Guide
If any ❌ items are found, or the user reports a problem you cannot resolve with the above scenarios, fetch the latest troubleshooting guide:
web_fetch(url="https://www.openclacky.com/docs/browser-troubleshooting")
Use the content from that page to provide up-to-date diagnosis and resolution steps. This online document is maintained separately and may contain newer solutions not listed here.
Alternatives
Compare before choosing
coreyhaines31/marketingskills
ab-testing
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program
alirezarezvani/claude-skills
app-store-optimization
App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store. Use when the user asks about ASO, app store rankings, app metadata, app titles and descriptions, app store listings, app visibility, or mobile app marketing on iOS or Android. Supports keyword research and scoring, competitor keyword analysis, metadata optimization, A/B test planning, launch checklist
dotnet/skills
migrate-vstest-to-mtp
Migrates .NET test projects from VSTest to Microsoft.Testing.Platform (MTP). Use when user asks to "migrate to MTP", "switch from VSTest", "enable Microsoft.Testing.Platform", "use MTP runner", set OutputType=Exe only for test projects in Directory.Build.props, or mentions EnableMSTestRunner, EnableNUnitRunner, or UseMicrosoftTestingPlatformRunner. USE FOR: MTP behavioral differences vs VSTest (exit code 8, zero tests discovered, --ignore-exit-code, TESTINGPLATFORM_EXITCODE_IGNORE); centralizing
JasonColapietro/suede-creator-skills
suede-ab-testing
Suede-owned experimentation discipline for hypotheses, sample sizing, test duration, significance, and repeatable experiment programs. Use when comparing variants, deciding whether a result is reliable, or building an experiment backlog and cadence. NOT FOR: analytics instrumentation (use suede-analytics), post-click conversion diagnosis (use suede-site-alchemy), or writing the variant copy itself (use suede-copy).