agentleFS
VodouAIVodouAI/OS/skills/vodou-core/browser-tools/SKILL.md

browser-tools

Skill1 starsChanged 4 months agoApache-2.0View on GitHub

Comprehensive guide for using browser-tools-mcp to debug, audit, and interact with web browsers through Vodou

11 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use web-search, skill-creator and 1 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • MicrosoftSkill

    web-search

    Also in 3 projects that use this

  • SentrySkill

    skill-creator

    Create new agent skills following the Agent Skills specification. Use when asked to "create a skill", "add a new skill", "write a skill", "make a skill", "build a skill", or scaffold a new skill with SKILL.md. Guides through requirements, writing, registration, and verification.

    Also in 4 projects that use this

  • BlockSkill

    frontend-design

    Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, or applications. Generates creative, polished code that avoids generic AI aesthetics.

    Also in 3 projects that use this

The file

Show its rules and text

We split this skill into the rules it gives an agent

25 rules. 0 are common, 24 are distinctive, and 1 is very specific to this project.

  • 0

    Common

    Most of the 11 edited versions we read keep these.

  • 24

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Before using browser-tools-mcp, ensure:

    line 43
  2. Distinctive:

    ⏸️ STOPPING POINT: Before proceeding, verify:

    line 50
  3. Distinctive:

    Run WCAG-compliant accessibility audit.

    line 188
  4. Distinctive:

    Run Lighthouse performance audit.

    line 211
  5. Distinctive:

    Run SEO optimization audit.

    line 234
  6. Distinctive:

    Run general web development best practices audit.

    line 257
  7. Distinctive:

    Run NextJS-specific SEO and best practices audit.

    line 279
  8. Distinctive:

    ⏸️ STOPPING POINT: Before running NextJS audit, confirm:

    line 301
  9. Distinctive:

    Run all audits in sequence for comprehensive analysis.

    line 332
  10. Distinctive:

    ⏸️ STOPPING POINT: After audit mode analysis:

    line 357
  11. Distinctive:

    Run comprehensive debugging workflow.

    line 363
  12. Distinctive:

    Add additional logs to validate assumptions

    line 375
  13. Distinctive:

    Ask for approval to remove debug logs

    line 381
  14. Distinctive:

    Before running audits, check logs first:

    line 470
  15. Distinctive:

    Always take screenshots when debugging:

    line 476
  16. Distinctive:

    Start fresh debugging sessions:

    line 482
  17. Distinctive:

    Ensure extension is enabled

    line 528
  18. Very specific:

    Verify VODOU_PROJECT_PATH environment variable

    line 535
  19. Distinctive:

    Check Chrome extension settings

    line 536
  20. Distinctive:

    Ensure Chrome/Chromium is installed

    line 541
  21. Distinctive:

    Check browser-tools-server is running

    line 542
  22. Distinctive:

    Verify page is fully loaded

    line 543
  23. Distinctive:

    Always verify setup: before starting

    line 634
  24. Distinctive:

    Review plans: before implementation

    line 640
  25. Distinctive:

    Re-run audits: after fixes

    line 641

“Common” is measured: kept by at least 6 in 10 of the 11 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Vodou Browser Tools - Complete Guide

Overview

This skill provides comprehensive guidance for using browser-tools-mcp to interact with, debug, and audit web browsers through Vodou. The browser-tools-mcp server enables AI agents to capture screenshots, monitor console logs, analyze network traffic, run accessibility/performance/SEO audits, and debug web applications - all through natural language commands.

Key Capabilities:

  • Browser Monitoring: Console logs, network traffic, errors
  • Visual Capture: Screenshots with automatic clipboard integration
  • Web Audits: Accessibility, performance, SEO, best practices
  • Debugging: Comprehensive debugging workflows
  • Element Inspection: Selected DOM element analysis

Prerequisites

Before using browser-tools-mcp, ensure:

  1. Chrome Extension Installed: BrowserToolsMCP Chrome Extension
  2. Browser Tools Server Running: npx @agentdeskai/browser-tools-server@latest (in separate terminal)
  3. MCP Server Connected: browser-tools-mcp should be registered in Vodou (check with ./vodou-core list)
  4. Chrome DevTools Open: Open DevTools and navigate to the BrowserToolsMCP panel

⏸️ STOPPING POINT: Before proceeding, verify:

  • Is the browser-tools-server running? (Check terminal)
  • Is the Chrome extension installed and enabled?
  • Is the BrowserToolsMCP panel visible in DevTools?

Core Tools Reference

1. Console & Network Logging

getConsoleLogs

Retrieve all browser console logs (info, warnings, logs).

./do "get console logs"
./do "show browser console logs"
./do "what's in the browser console"

Use Cases:

  • Debugging JavaScript issues
  • Monitoring application state
  • Tracking user interactions
  • Verifying code execution

getConsoleErrors

Get only console errors (critical issues).

./do "get console errors"
./do "show browser errors"
./do "what errors are in the console"

Use Cases:

  • Identifying JavaScript errors
  • Debugging runtime failures
  • Tracking error patterns
  • Monitoring application health

getNetworkLogs

Retrieve all successful network requests.

./do "get network logs"
./do "show network requests"
./do "what network calls were made"

Use Cases:

  • API call monitoring
  • Request/response analysis
  • Performance debugging
  • Data flow tracking

getNetworkErrors

Get only failed network requests.

./do "get network errors"
./do "show network failures"
./do "what network requests failed"

Use Cases:

  • API error debugging
  • Network failure analysis
  • Connection issue identification
  • Request timeout tracking

wipeLogs

Clear all stored browser logs from memory.

./do "wipe browser logs"
./do "clear all logs"
./do "reset browser logs"

Use Cases:

  • Starting fresh debugging session
  • Reducing memory usage
  • Clearing old data
  • Resetting state

2. Visual Capture

takeScreenshot

Capture a screenshot of the current browser tab.

./do "take screenshot"
./do "screenshot current page"
./do "capture browser screenshot"
./do "take screenshot of this page"

Advanced Usage:

# With custom text description
./do "take screenshot with description: showing login form"

Features:

  • Automatically saves to $VODOU_PROJECT_PATH/screenshots
  • Auto-pastes into Cursor (if enabled)
  • PNG format for clipboard
  • JPEG format for AI analysis
  • Timestamp-based filenames

Use Cases:

  • Documenting UI state
  • Visual debugging
  • Before/after comparisons
  • Visual regression testing
  • Sharing current state with AI

3. Element Inspection

getSelectedElement

Get the currently selected DOM element from the browser.

./do "get selected element"
./do "show selected element"
./do "what element is selected"
./do "inspect selected element"

Use Cases:

  • Element-specific debugging
  • CSS analysis
  • DOM structure inspection
  • Element property analysis
  • Accessibility checking

4. Web Audits

runAccessibilityAudit

Run WCAG-compliant accessibility audit.

./do "run accessibility audit"
./do "check accessibility"
./do "audit page accessibility"
./do "WCAG compliance check"

Checks:

  • Color contrast
  • Missing alt text
  • Keyboard navigation
  • ARIA attributes
  • Screen reader compatibility

Use Cases:

  • Accessibility compliance
  • WCAG validation
  • Inclusive design verification
  • Legal compliance

runPerformanceAudit

Run Lighthouse performance audit.

./do "run performance audit"
./do "check page performance"
./do "audit performance"
./do "why is this page slow"

Checks:

  • Render-blocking resources
  • DOM size
  • Image optimization
  • JavaScript execution time
  • Network latency

Use Cases:

  • Performance optimization
  • Speed improvement
  • User experience enhancement
  • Core Web Vitals tracking

runSEOAudit

Run SEO optimization audit.

./do "run SEO audit"
./do "check SEO"
./do "audit SEO"
./do "how can I improve SEO"

Checks:

  • Meta tags
  • Heading structure
  • Link structure
  • Content optimization
  • Search visibility

Use Cases:

  • SEO optimization
  • Search engine visibility
  • Content improvement
  • Ranking enhancement

runBestPracticesAudit

Run general web development best practices audit.

./do "run best practices audit"
./do "check best practices"
./do "audit best practices"

Checks:

  • Security headers
  • HTTPS usage
  • Console errors
  • Image formats
  • Modern web standards

Use Cases:

  • Code quality
  • Security verification
  • Standards compliance
  • Best practice adherence

runNextJSAudit

Run NextJS-specific SEO and best practices audit.

./do "run NextJS audit"
./do "check NextJS SEO"
./do "audit NextJS application"
./do "NextJS optimization"

Checks:

  • NextJS meta tag implementation
  • App router vs Pages router
  • Image optimization
  • Route structure
  • NextJS-specific SEO

Use Cases:

  • NextJS optimization
  • Framework-specific SEO
  • NextJS best practices
  • App/Pages router analysis

⏸️ STOPPING POINT: Before running NextJS audit, confirm:

  • Is this actually a NextJS application?
  • Which router is being used (app or pages)?

5. Advanced Workflows

<!-- AGENT_ACTIONS: {"stopping_points": [ { "id": 1, "title": "Choose browser action", "options": { "1": {"label":"Run full audit mode","vars":{},"steps":[ {"server":"browser-tools-mcp","tool":"runAccessibilityAudit","args":{}}, {"server":"browser-tools-mcp","tool":"runPerformanceAudit","args":{}}, {"server":"browser-tools-mcp","tool":"runBestPracticesAudit","args":{}}, {"server":"browser-tools-mcp","tool":"runSEOAudit","args":{}} ]}, "2": {"label":"Run debugger mode","vars":{},"steps":[ {"server":"browser-tools-mcp","tool":"getConsoleErrors","args":{}}, {"server":"browser-tools-mcp","tool":"getConsoleLogs","args":{}}, {"server":"browser-tools-mcp","tool":"getNetworkErrors","args":{}}, {"server":"browser-tools-mcp","tool":"takeScreenshot","args":{}} ]}, "3": {"label":"Take screenshot only","vars":{},"steps":[ {"server":"browser-tools-mcp","tool":"takeScreenshot","args":{}} ]} } } ]} -->

runAuditMode

Run all audits in sequence for comprehensive analysis.

./do "run audit mode"
./do "enter audit mode"
./do "comprehensive audit"
./do "full page audit"

Execution Sequence:

  1. Accessibility audit
  2. Performance audit
  3. Best practices audit
  4. SEO audit
  5. NextJS audit (if applicable)

Workflow:

  1. Runs all audits sequentially
  2. Provides comprehensive analysis
  3. Identifies codebase improvements
  4. Creates step-by-step plan
  5. Asks for approval before changes
  6. Re-runs audits after implementation
  7. Iterates until optimized

⏸️ STOPPING POINT: After audit mode analysis:

  • Review the comprehensive plan
  • Approve or request modifications
  • Confirm before implementation

runDebuggerMode

Run comprehensive debugging workflow.

./do "run debugger mode"
./do "enter debugger mode"
./do "debug this issue"
./do "start debugging"

Debugging Sequence:

  1. Reflect on 5-7 possible problem sources
  2. Distill to 1-2 most likely sources
  3. Add additional logs to validate assumptions
  4. Get console logs, errors, network logs
  5. Obtain server logs (if accessible)
  6. Deep analysis of the issue
  7. Suggest additional logs if needed
  8. Implement fix
  9. Ask for approval to remove debug logs

⏸️ STOPPING POINT: During debugging:

  • Review identified problem sources
  • Approve log additions
  • Review analysis before fix
  • Approve log removal after fix

Common Workflows

Workflow 1: Quick Debugging

# 1. Check for errors
./do "get console errors network errors"

# 2. Take screenshot for context
./do "take screenshot"

# 3. Get selected element if inspecting specific part
./do "get selected element"

Workflow 2: Performance Investigation

# 1. Run performance audit
./do "run performance audit"

# 2. Check network logs for slow requests
./do "get network logs"

# 3. Take screenshot of current state
./do "take screenshot"

Workflow 3: Accessibility Compliance

# 1. Run accessibility audit
./do "run accessibility audit"

# 2. Get selected element for specific checks
./do "get selected element"

# 3. Re-run audit after fixes
./do "run accessibility audit"

Workflow 4: Full Page Analysis

# 1. Enter audit mode for comprehensive analysis
./do "run audit mode"

# 2. Review plan and approve
# 3. Implementation happens automatically
# 4. Audits re-run automatically

Workflow 5: Issue Debugging

# 1. Enter debugger mode
./do "run debugger mode"

# 2. Follow the debugging sequence
# 3. Review analysis
# 4. Approve fixes

Parallel Execution Examples

Vodou's parallel execution makes browser debugging faster:

# Get all logs simultaneously
./do "get console logs get console errors get network logs get network errors"

# Run multiple audits in parallel (if supported)
./do "run accessibility audit run performance audit run SEO audit"

# Comprehensive debugging
./do "get console errors get network errors take screenshot get selected element"

Best Practices

1. Start with Logs

Before running audits, check logs first:

./do "get console errors get network errors"

2. Use Screenshots for Context

Always take screenshots when debugging:

./do "take screenshot"

3. Clear Logs Between Sessions

Start fresh debugging sessions:

./do "wipe logs"

4. Use Audit Mode for Comprehensive Analysis

For full page optimization:

./do "run audit mode"

5. Use Debugger Mode for Issues

For specific problems:

./do "run debugger mode"

6. Verify Setup First

Always check prerequisites:

  • Browser-tools-server running?
  • Chrome extension enabled?
  • DevTools panel open?

Troubleshooting

"Server not found" Error

Problem: Browser-tools-mcp server not connected Solution:

# Check registered servers for browser-tools-mcp connection
./do "list"  # Should show browser-tools-mcp

"Failed to connect to server" Error

Problem: Browser-tools-server not running Solution:

# Start browser-tools-server in separate terminal
npx @agentdeskai/browser-tools-server@latest

"No logs found" Error

Problem: Chrome extension not capturing logs Solution:

  1. Open Chrome DevTools
  2. Navigate to BrowserToolsMCP panel
  3. Ensure extension is enabled
  4. Refresh the page

Screenshots Not Saving

Problem: Screenshots not appearing in expected location Solution:

  • Check $VODOU_PROJECT_PATH/screenshots directory
  • Verify VODOU_PROJECT_PATH environment variable
  • Check Chrome extension settings

Audits Not Running

Problem: Audit tools timing out or failing Solution:

  • Ensure Chrome/Chromium is installed
  • Check browser-tools-server is running
  • Verify page is fully loaded
  • Try running individual audits first

Quick Reference

# Logging
./do "get console logs"              # All console logs
./do "get console errors"             # Console errors only
./do "get network logs"               # All network requests
./do "get network errors"             # Failed requests
./do "wipe logs"                      # Clear all logs

# Visual
./do "take screenshot"                # Capture current page

# Inspection
./do "get selected element"           # Selected DOM element

# Audits
./do "run accessibility audit"       # WCAG compliance
./do "run performance audit"          # Performance analysis
./do "run SEO audit"                  # SEO optimization
./do "run best practices audit"       # Best practices
./do "run NextJS audit"               # NextJS-specific

# Workflows
./do "run audit mode"                 # Comprehensive audit
./do "run debugger mode"              # Debugging workflow

Integration with Other Vodou Tools

With Vodou memory (project context)

# 1. Run browser audit
./do "run performance audit"

# 2. Cross-check prior notes — memory is injected on Vodou prompts; scan MEMORY.md / memory/*.md for frontend perf or audit history
./do "log: analysis: browser perf audit follow-up | notes: …"

After a debugging pass

./do "run debugger mode"
# Persist anything reusable: ./?do "log: …" so promotion picks it into MEMORY.md

With Vodou-script-executor (Automation)

# 1. Run audit
./do "run audit mode"

# 2. Execute fixes via scripts
./do "run fix script for accessibility issues"

Advanced Patterns

Pattern 1: Continuous Monitoring

# Monitor logs while testing
./do "get console logs get network logs take screenshot"
# ... perform action ...
./do "get console logs get network logs take screenshot"

Pattern 2: Before/After Comparison

# Before
./do "take screenshot run performance audit"

# ... make changes ...

# After
./do "take screenshot run performance audit"

Pattern 3: Multi-Page Analysis

# Navigate to page 1
./do "run audit mode"

# Navigate to page 2
./do "run audit mode"

# Compare results

Remember

  • Always verify setup before starting
  • Use parallel execution for faster debugging
  • Take screenshots for visual context
  • Clear logs between sessions
  • Use audit mode for comprehensive analysis
  • Use debugger mode for specific issues
  • Review plans before implementation
  • Re-run audits after fixes

Browser-tools-mcp makes web debugging and optimization 10x faster through Vodou's orchestrated intelligence! 🚀

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.