Extension Puppeteer Debugging
mengxi-ream/read-frog
Debug the built Read Frog extension in real Chrome. An agent skill from mengxi-ream/read-frog.
Systematically tests UI functionality, validates design fidelity with AI visual analysis, monitors console output, tracks network requests, and provides debugging reports using Chrome Extension MCP…
$ npx skills add MadAppGang/claude-code --skill browser-debugging -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install MadAppGang/claude-code browser-debugging --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/MadAppGang/claude-code.git skills-src && mkdir -p .claude/skills && cp -r skills-src/plugins/dev/skills/frontend/browser-debugging .claude/skills/browser-debugging && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "browser-debugging" agent skill from https://github.com/MadAppGang/claude-code/tree/main/plugins/dev/skills/frontend/browser-debugging into .claude/skills/browser-debugging/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "browser-debugging", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/MadAppGang/claude-code/tree/main/plugins/dev/skills/frontend/browser-debuggingType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add MadAppGang/claude-code --skill browser-debugging -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install MadAppGang/claude-code browser-debugging --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/MadAppGang/claude-code.git skills-src && mkdir -p .agents/skills && cp -r skills-src/plugins/dev/skills/frontend/browser-debugging .agents/skills/browser-debugging && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "browser-debugging" agent skill from https://github.com/MadAppGang/claude-code/tree/main/plugins/dev/skills/frontend/browser-debugging into .agents/skills/browser-debugging/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "browser-debugging", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add MadAppGang/claude-code --skill browser-debugging -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install MadAppGang/claude-code browser-debugging --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/MadAppGang/claude-code.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/plugins/dev/skills/frontend/browser-debugging .cursor/skills/browser-debugging && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "browser-debugging" agent skill from https://github.com/MadAppGang/claude-code/tree/main/plugins/dev/skills/frontend/browser-debugging into .cursor/skills/browser-debugging/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "browser-debugging", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/MadAppGang/claude-code.git --path plugins/dev/skills/frontend/browser-debugging--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add MadAppGang/claude-code --skill browser-debugging -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install MadAppGang/claude-code browser-debugging --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/MadAppGang/claude-code.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/plugins/dev/skills/frontend/browser-debugging .gemini/skills/browser-debugging && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "browser-debugging" agent skill from https://github.com/MadAppGang/claude-code/tree/main/plugins/dev/skills/frontend/browser-debugging into .gemini/skills/browser-debugging/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "browser-debugging", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install MadAppGang/claude-code browser-debuggingInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add MadAppGang/claude-code --skill browser-debugging -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/MadAppGang/claude-code.git skills-src && mkdir -p .github/skills && cp -r skills-src/plugins/dev/skills/frontend/browser-debugging .github/skills/browser-debugging && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "browser-debugging" agent skill from https://github.com/MadAppGang/claude-code/tree/main/plugins/dev/skills/frontend/browser-debugging into .github/skills/browser-debugging/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "browser-debugging", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add MadAppGang/claude-code --skill browser-debugging -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install MadAppGang/claude-code browser-debugging --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/MadAppGang/claude-code.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/plugins/dev/skills/frontend/browser-debugging .opencode/skills/browser-debugging && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "browser-debugging" agent skill from https://github.com/MadAppGang/claude-code/tree/main/plugins/dev/skills/frontend/browser-debugging into .opencode/skills/browser-debugging/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "browser-debugging", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
browser-debuggingSystematically tests UI functionality, validates design fidelity with AI visual analysis, monitors console output, tracks network requests, and provides debugging reports using Chrome Extension MCP…
Browser Debugging is an agent skill from MadAppGang/claude-code. Systematically tests UI functionality, validates design fidelity with AI visual analysis, monitors console output, tracks network requests, and provides debugging reports using Chrome Extension MCP tools. Use after implementing UI features, for design validation, when investigating console errors, for regression testing, or when user mentions testing, browser bugs, console errors, or UI verification.
Its SKILL.md is about 4.3k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Development, covering Debugging, Browser extensions and QA and bug reports. It works with Chrome Extensions and Qwen. The repository describes itself as: claude code plugins marketplace. The licence is MIT.
Read from SKILL.md and the folder at commit 6097ad4. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
npmFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use npm, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names these keys or tokens, usually read from environment variables:
OPENROUTER_API_KEYFrom names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Browser Debugging loads about 4.3k tokens when it runs. Until then it costs about 105 tokens; SKILL.md has 586 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from MadAppGang/claude-code at commit 6097ad4, republished under its MIT licence (© MadAppGang). 586 words, ~4,289 tokens.
.claude/skills/browser-debugging/SKILL.md (or your agent's skills folder).This Skill provides comprehensive browser-based UI testing, visual analysis, and debugging capabilities using Claude-in-Chrome Extension MCP tools and optional external vision models via Claudish.
Claude and agents (developer, reviewer, tester, ui-developer) should invoke this Skill when:
This skill requires Claude-in-Chrome Extension MCP. The extension provides browser automation tools directly through Claude.
Check if available:
The tools are available when the extension is installed and active. Look for mcp__claude-in-chrome__* tools in your available MCP tools.
For advanced visual analysis, use external vision-language models via Claudish:
# Check OpenRouter API key
[[ -n "${OPENROUTER_API_KEY}" ]] && echo "OpenRouter configured" || echo "Not configured"
# Install claudish
npm install -g claudishFor best visual analysis of UI screenshots, use these models via Claudish:
| Model | Strengths | Cost | Best For |
|---|---|---|---|
| qwen/qwen3-vl-32b-instruct | Best OCR, spatial reasoning, GUI automation, 32+ languages | ~$0.06/1M input | Design fidelity, OCR, element detection |
| google/gemini-2.5-flash | Fast, excellent price/performance, 1M context | ~$0.05/1M input | Real-time validation, large pages |
| openai/gpt-4o | Most fluid multimodal, strong all-around | ~$0.15/1M input | Complex visual reasoning |
| Model | Strengths | Cost | Best For |
|---|---|---|---|
| qwen/qwen3-vl-30b-a3b-instruct | Good balance, MoE architecture | ~$0.04/1M input | Quick checks, multiple iterations |
| google/gemini-2.5-flash-lite | Ultrafast, very cheap | ~$0.01/1M input | High-volume testing |
| Model | Notes |
|---|---|
| openrouter/polaris-alpha | FREE, good for testing workflows |
Design Fidelity Validation → qwen/qwen3-vl-32b-instruct (best OCR & spatial)
Quick Smoke Tests → google/gemini-2.5-flash (fast & cheap)
Complex Layout Analysis → openai/gpt-4o (best reasoning)
High Volume Testing → google/gemini-2.5-flash-lite (ultrafast)
Budget Conscious → openrouter/polaris-alpha (free)Use Case: Developer/UI-Developer agent validates their own work after implementing a feature.
## After Implementing UI Feature
1. **Save file changes** (Edit tool)
2. **Capture implementation screenshot**:
\`\`\`
mcp__claude-in-chrome__navigate(url: "http://localhost:5173/your-route")
# Wait for page load
mcp__claude-in-chrome__computer(action: "screenshot")
\`\`\`
3. **Analyze with embedded Claude** (always available):
- Describe what you see in the screenshot
- Check for obvious layout issues
- Verify expected elements are present
4. **Optional: Enhanced analysis with vision model**:
\`\`\`bash
# Use Qwen VL for detailed visual analysis
npx claudish --model qwen/qwen3-vl-32b-instruct --stdin --quiet <<EOF
Analyze this UI screenshot and identify any visual issues:
IMAGE: [screenshot from previous step]
Check for:
- Layout alignment issues
- Spacing inconsistencies
- Typography problems (font sizes, weights)
- Color contrast issues
- Missing or broken elements
- Responsive design problems
Provide specific, actionable feedback.
EOF
\`\`\`
5. **Check console for errors**:
\`\`\`
mcp__claude-in-chrome__read_console_messages()
# Filter for errors in response
\`\`\`
6. **Check network for failures**:
\`\`\`
mcp__claude-in-chrome__read_network_requests()
# Look for failed requests (status >= 400)
\`\`\`
7. **Report results to orchestrator**Agents should perform this quick check after any UI implementation:
## Quick Self-Validation Checklist
□ 1. Screenshot shows expected UI elements
□ 2. No console errors (check: mcp__claude-in-chrome__read_console_messages)
□ 3. No network failures (check: mcp__claude-in-chrome__read_network_requests)
□ 4. Interactive elements respond correctly
□ 5. Visual styling matches expectationsUse Case: Compare implementation against Figma design or design reference.
## Design Fidelity Check
### Step 1: Capture Implementation
\`\`\`
mcp__claude-in-chrome__navigate(url: "http://localhost:5173/component")
mcp__claude-in-chrome__resize_window(width: 1440, height: 900)
mcp__claude-in-chrome__computer(action: "screenshot")
\`\`\`
### Step 2: Visual Analysis with Vision Model
\`\`\`bash
npx claudish --model qwen/qwen3-vl-32b-instruct --stdin --quiet <<EOF
Compare these two UI screenshots and identify design fidelity issues:
DESIGN REFERENCE: /tmp/design-reference.png
IMPLEMENTATION: [screenshot from step 1]
Analyze and report differences in:
## Colors & Theming
- Background colors (exact hex values)
- Text colors (headings, body, muted)
- Border and divider colors
- Button/interactive element colors
## Typography
- Font families
- Font sizes (px values)
- Font weights (regular, medium, bold)
- Line heights
- Letter spacing
## Spacing & Layout
- Padding (top, right, bottom, left)
- Margins between elements
- Gap spacing in flex/grid
- Container max-widths
- Alignment (center, left, right)
## Visual Elements
- Border radius values
- Box shadows (blur, spread, color)
- Icon sizes and colors
- Image aspect ratios
## Component Structure
- Missing elements
- Extra elements
- Wrong element order
For EACH difference found, provide:
1. Category (colors/typography/spacing/visual/structure)
2. Severity (CRITICAL/MEDIUM/LOW)
3. Expected value (from design)
4. Actual value (from implementation)
5. Specific Tailwind CSS fix
Output as structured markdown.
EOF
\`\`\`
### Step 3: Generate Fix Recommendations
Parse vision model output and create actionable fixes for ui-developer agent.Use Case: Verify buttons, forms, and interactive components work correctly.
## Interactive Testing Flow
### Step 1: Get Page Structure
\`\`\`
mcp__claude-in-chrome__read_page()
# Returns DOM structure with element references
\`\`\`
### Step 2: Test Each Interactive Element
**Button Test**:
\`\`\`
# Before
mcp__claude-in-chrome__computer(action: "screenshot")
# Find and click button (natural language)
mcp__claude-in-chrome__find(description: "submit button")
mcp__claude-in-chrome__computer(action: "left_click", coordinate: [x, y])
# OR click by reference
mcp__claude-in-chrome__computer(action: "click", ref: "button[type=submit]")
# After (wait for response)
# Wait a moment for response
mcp__claude-in-chrome__computer(action: "screenshot")
# Check results
mcp__claude-in-chrome__read_console_messages()
mcp__claude-in-chrome__read_network_requests()
\`\`\`
**Form Test**:
\`\`\`
# Fill form fields
mcp__claude-in-chrome__form_input(
selector: "#email",
value: "test@example.com"
)
mcp__claude-in-chrome__form_input(
selector: "#password",
value: "SecurePass123!"
)
# Submit (click button)
mcp__claude-in-chrome__find(description: "submit button")
mcp__claude-in-chrome__computer(action: "left_click", coordinate: [x, y])
# Verify success
mcp__claude-in-chrome__read_page()
# Check for success indicators
\`\`\`
**Hover State Test**:
\`\`\`
mcp__claude-in-chrome__computer(action: "screenshot")
mcp__claude-in-chrome__find(description: "primary button")
mcp__claude-in-chrome__computer(action: "hover", coordinate: [x, y])
mcp__claude-in-chrome__computer(action: "screenshot")
# Compare screenshots for hover state changes
\`\`\`
### Step 3: Analyze Interaction Results
Use vision model to compare before/after screenshots:
\`\`\`bash
npx claudish --model google/gemini-2.5-flash --stdin --quiet <<EOF
Compare these before/after screenshots and verify the interaction worked:
BEFORE: [screenshot before interaction]
AFTER: [screenshot after interaction]
Expected behavior: [describe what should happen]
Verify:
1. Did the expected UI change occur?
2. Are there any error states visible?
3. Did loading states appear/disappear correctly?
4. Is the final state correct?
Report: PASS/FAIL with specific observations.
EOF
\`\`\`Use Case: Verify UI works across different screen sizes.
## Responsive Testing
### Breakpoints to Test
| Breakpoint | Width | Description |
|------------|-------|-------------|
| Mobile | 375px | iPhone SE |
| Mobile L | 428px | iPhone 14 Pro Max |
| Tablet | 768px | iPad |
| Desktop | 1280px | Laptop |
| Desktop L | 1920px | Full HD |
### Automated Responsive Check
\`\`\`bash
#!/bin/bash
# Test all breakpoints
BREAKPOINTS=(375 428 768 1280 1920)
URL="http://localhost:5173/your-route"
for width in "\${BREAKPOINTS[@]}"; do
echo "Testing \${width}px..."
# Navigate (once)
mcp__claude-in-chrome__navigate(url: "$URL")
# Resize and screenshot
mcp__claude-in-chrome__resize_window(width: $width, height: 900)
mcp__claude-in-chrome__computer(action: "screenshot")
# Save/analyze screenshot
done
\`\`\`
### Visual Analysis for Responsive Issues
\`\`\`bash
npx claudish --model qwen/qwen3-vl-32b-instruct --stdin --quiet <<EOF
Analyze these responsive screenshots for layout issues:
MOBILE (375px): [screenshot 1]
TABLET (768px): [screenshot 2]
DESKTOP (1280px): [screenshot 3]
Check for:
1. Text overflow or truncation
2. Elements overlapping
3. Improper stacking on mobile
4. Touch targets too small (<44px)
5. Hidden content that shouldn't be hidden
6. Horizontal scroll issues
7. Image scaling problems
Report issues by breakpoint with specific CSS fixes.
EOF
\`\`\`Use Case: Verify accessibility standards (WCAG 2.1 AA).
## Accessibility Check
### Automated A11y Testing
\`\`\`
# Get full page content for accessibility tree analysis
mcp__claude-in-chrome__read_page()
# Get all text content
mcp__claude-in-chrome__get_page_text()
# Check for common issues:
# - Missing alt text (look for img without alt in read_page)
# - Missing ARIA labels
# - Incorrect heading hierarchy
# - Missing form labels
\`\`\`
### Visual Contrast Analysis
\`\`\`bash
npx claudish --model qwen/qwen3-vl-32b-instruct --stdin --quiet <<EOF
Analyze this screenshot for accessibility issues:
IMAGE: [screenshot]
Check WCAG 2.1 AA compliance:
1. **Color Contrast**
- Text contrast ratio (need 4.5:1 for normal, 3:1 for large)
- Interactive element contrast
- Focus indicator visibility
2. **Visual Cues**
- Do links have underlines or other visual differentiation?
- Are error states clearly visible?
- Are required fields indicated?
3. **Text Readability**
- Font size (minimum 16px for body)
- Line height (minimum 1.5)
- Line length (max 80 characters)
4. **Touch Targets**
- Minimum 44x44px for interactive elements
- Adequate spacing between targets
Report violations with severity and specific fixes.
EOF
\`\`\`Use Case: Investigate runtime errors and API issues.
## Debug Session
### Real-Time Console Monitoring
\`\`\`
# Get all console messages
mcp__claude-in-chrome__read_console_messages()
# Response includes:
# - Type (log, warn, error, info)
# - Message content
# - Timestamp
# - Stack trace (for errors)
\`\`\`
### Network Request Analysis
\`\`\`
# Get all network requests
mcp__claude-in-chrome__read_network_requests()
# Response includes:
# - URL
# - Method (GET, POST, etc.)
# - Status code
# - Response time
# - Request/response headers
# - Request/response body (if available)
\`\`\`
### Error Pattern Analysis
Common error patterns to look for:
| Error Type | Pattern | Common Cause |
|------------|---------|--------------|
| React Error | "Cannot read property" | Missing null check |
| React Error | "Invalid hook call" | Hook rules violation |
| Network Error | "CORS" | Missing CORS headers |
| Network Error | "401" | Auth token expired |
| Network Error | "404" | Wrong API endpoint |
| Network Error | "500" | Server error |navigate(url) - Load URL in current tabtabs_create_mcp(url) - Open new tabtabs_context_mcp() - List all tabsread_page() - Get DOM structure with element referencesget_page_text() - Extract all visible textcomputer(action: "screenshot") - Capture visual statecomputer(action: "left_click", coordinate: [x, y]) - Click at coordinatescomputer(action: "click", ref: "selector") - Click by CSS selectorcomputer(action: "hover", coordinate: [x, y]) - Hover at coordinatesform_input(selector, value) - Fill input fieldcomputer(action: "type", text: "...") - Type textcomputer(action: "key", key: "Enter") - Press keyread_console_messages() - Get console outputread_network_requests() - Get network activityjavascript_tool(script) - Execute JavaScript in pageresize_window(width, height) - Change viewport sizefind(description) - Find element by natural languagegif_creator(start/stop) - Record interactions as GIFupload_image(selector, imagePath) - Upload image fileshortcuts_list() - List keyboard shortcutsshortcuts_execute(shortcut) - Execute keyboard shortcutAfter implementing any UI feature, the developer agent should:
## Developer Self-Validation Protocol
1. Save code changes
2. Navigate to the page: \`mcp__claude-in-chrome__navigate\`
3. Take screenshot: \`mcp__claude-in-chrome__computer(action: "screenshot")\`
4. Check console: \`mcp__claude-in-chrome__read_console_messages()\`
5. Check network: \`mcp__claude-in-chrome__read_network_requests()\`
6. Report: "Implementation verified - [X] console errors, [Y] network failures"When reviewing UI changes:
## Reviewer Validation Protocol
1. Read the code changes
2. Navigate to affected pages
3. Take screenshots of all changed components
4. Use vision model for visual analysis (if design reference available)
5. Check console for new errors introduced
6. Verify no regression in existing functionality
7. Report: "Visual review complete - [findings]"Comprehensive testing:
## Tester Validation Protocol
1. Navigate to test target
2. Get page structure for element references
3. Execute test scenarios (interactions, forms, navigation)
4. Capture before/after screenshots for each action
5. Monitor console throughout
6. Monitor network throughout
7. Use vision model for visual regression detection
8. Generate detailed test reportAfter fixing UI issues:
## UI-Developer Validation Protocol
1. Apply CSS/styling fixes
2. Take screenshot of fixed component
3. Compare with design reference using vision model
4. Verify fix doesn't break other viewports (responsive check)
5. Check console for any styling-related errors
6. Report: "Fix applied and verified - [before/after comparison]"© MadAppGang, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in plugins/dev/skills/frontend/browser-debugging of MadAppGang/claude-code.
Open the folder on GitHubat commit 6097ad4
Browser Debugging next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Browser Debugging this skillMadAppGang/claude-code | 283 | — | ~4.3k | Automated safety check: Pass | MIT | |
| Extension Puppeteer Debuggingmengxi-ream/read-frog | 10k | — | ~2k | Automated safety check: Notes | GPL-3.0 | |
| Windows QA EngineerCodeAlive-AI/ai-driven-development | 155 | — | ~1.4k | Automated safety check: Pass | MIT | |
| Competitor Monitorhanzili/hanzi-browse | 177 | — | ~2.8k | Automated safety check: Pass | Custom licence | |
| Claude in Chrome MCP Troubleshootingtrailofbits/skills | 7.4k | 3 repos | ~2.6k | Automated safety check: Pass | CC-BY-SA-4.0 | |
| Sentry Crash Analysishyvanmielenpelit/GnollHack | 161 | — | ~222 | Automated safety check: Pass | Custom licence |
mengxi-ream/read-frog
Debug the built Read Frog extension in real Chrome. An agent skill from mengxi-ream/read-frog.
CodeAlive-AI/ai-driven-development
A skill your agent uses when testing Windows 11 desktop apps (WinForms/WPF/UWP) via UFO UIA/Win32 automation MCP.
hanzili/hanzi-browse
Monitor competitor websites for changes. An agent skill from hanzili/hanzi-browse.
trailofbits/skills
Diagnoses why the Claude in Chrome MCP tools report the browser extension as not connected, with macOS-specific checks and a fix for the Claude.app native host conflict.
hyvanmielenpelit/GnollHack
Systematic methodology for diagnosing GnollHack crash reports from the Sentry MCP server.
hanzili/hanzi-browse
Apply to jobs from your real browser. An agent skill from hanzili/hanzi-browse.
MadAppGang/claude-code
Analyzes API documentation from OpenAPI specs to provide TypeScript interfaces, request/response formats, and implementation guidance.
MadAppGang/claude-code
Content brief template and creation methodology for SEO-optimized content.
MadAppGang/claude-code
A skill your agent uses when detecting project technology stack from files/configs/directory structure, auto-loading framework-specific skills, or analyzing multi-stack fullstack projects (e.g…
MadAppGang/claude-code
On-page SEO optimization techniques including keyword density, meta tags, heading structure, and readability.
MadAppGang/claude-code
Techniques for expanding seed keywords and clustering by topic and intent.
MadAppGang/claude-code
SERP analysis techniques for intent classification, feature identification, and competitive intelligence.
Works with
Categories
Systematically tests UI functionality, validates design fidelity with AI visual analysis, monitors console output, tracks network requests, and provides debugging reports using Chrome Extension MCP…. Browser Debugging is an agent skill from MadAppGang/claude-code. Systematically tests UI functionality, validates design fidelity with AI visual analysis, monitors console output, tracks network requests, and provides debugging reports using Chrome Extension MCP tools.
Browser Debugging fits situations like: mentions testing; UI verification.
Run `npx skills add MadAppGang/claude-code --skill browser-debugging -a claude-code`. Or copy the skill folder (plugins/dev/skills/frontend/browser-debugging in MadAppGang/claude-code) into .claude/skills/browser-debugging in your project. Claude Code loads it when a task matches its description.
Run `npx skills add MadAppGang/claude-code --skill browser-debugging -a codex`. Or copy the skill folder (plugins/dev/skills/frontend/browser-debugging in MadAppGang/claude-code) into .agents/skills/browser-debugging in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add MadAppGang/claude-code --skill browser-debugging -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/browser-debugging, .gemini/skills/browser-debugging, .github/skills/browser-debugging and .opencode/skills/browser-debugging in your project.
Going by SKILL.md and its folder, Browser Debugging needs the command-line tools its instructions call (npm) and credentials named OPENROUTER_API_KEY. Our summary lists: Node.js; A credential in OPENROUTER_API_KEY.
SKILL.md contains no URLs. Its commands use npm, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Browser Debugging is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 4.3k tokens (SKILL.md is roughly 17k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Browser Debugging: Extension Puppeteer Debugging (mengxi-ream/read-frog, 10k stars), Windows QA Engineer (CodeAlive-AI/ai-driven-development, 155 stars), Competitor Monitor (hanzili/hanzi-browse, 177 stars) and Claude in Chrome MCP Troubleshooting (trailofbits/skills, 7.4k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
MadAppGang (a GitHub organization) maintains it in MadAppGang/claude-code, which has 283 GitHub stars. The repository holds 69 skills in this directory. The repository was last updated on March 15, 2026.
Source: MadAppGang/claude-code on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.