owenleezy/agent-browser-skill

agent-browser-debug

[INTERNAL TEMPLATE] Debugging execution protocol. Called by agent-browser orchestrator.

First seen May 5, 2026

Installation

$ npx skills add owenleezy/agent-browser-skill --skill agent-browser-debug

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from owenleezy/agent-browser-skill.

npx skills add owenleezy/agent-browser-skill

Browse all from owenleezy/agent-browser-skill

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 4
Default branch main
Open issues 0
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,257 B
  • docs SUMMARY.md 114 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 58 installs

SKILL.md

Debug Diagnosis — Execution Protocol

Internal template. Entry point: agent-browser skill.


NEVER

NEVER jump to DOM inspection before checking `errors` — JS errors explain 80% of broken UIs
NEVER assume auth is fine — check `cookies` + `storage local` first when login suspected
NEVER think `inspect` kills CLI — DevTools and CLI work simultaneously

Triage Sequence (run in order, stop at first finding)

agent-browser --headed open <url>
agent-browser wait --load networkidle

# Step 1: JS errors (explains 80% of broken UIs)
agent-browser errors

# Step 2: Console warnings
agent-browser console --pattern "error|warn"

# Step 3: Failed network requests — filter to relevant calls
agent-browser network requests --filter "api"
agent-browser network requests --type xhr,fetch --status 4xx   # 4xx only
agent-browser network requests --method POST --status 5xx      # failed writes

# Step 4: Inspect full request/response body of a failed request
agent-browser network request <requestId>   # get requestId from step 3

# Step 5: Auth state (check first if login/session suspected)
agent-browser cookies         # token cookie present?
agent-browser storage local   # JWT in localStorage?

# Step 6: DOM state
agent-browser snapshot -i
agent-browser is enabled @e5
agent-browser is visible @e3

# Step 7: Form validity (if button appears enabled but won't submit)
agent-browser eval "document.querySelector('form').checkValidity()"

# Step 8: Deep investigation
agent-browser inspect         # DevTools (CLI stays live)

Network HAR for Persistent Evidence

# Record full network trace (start BEFORE navigation)
agent-browser network har start ./debug-trace.har
agent-browser open <url>
agent-browser wait --load networkidle
# ... reproduce the issue ...
agent-browser network har stop
# Open debug-trace.har in browser DevTools → Network → Import

Recovery Patterns

Symptom Next action
JS errors found Report errors → judgment gate: continue or stop?
Auth token missing Re-run auth flow, recheck cookies
Network 4xx/5xx network request <id> for full body → report → judgment gate
is enabled false Check form validity via eval
Issue not reproducible headless Run with --headed to observe visually

Judgment Gates

Pause when:

  • JS errors found (show to user, ask: bug or known?)
  • Auth token missing (hard to auto-recover without credentials)
  • API returning unexpected errors (user needs to decide next step)
  • network request <id> reveals sensitive data in response (don't log, ask user)

Pitfalls

Mistake Fix
Skip errors, jump to DOM Errors explain 80% — always check first
Auth bug → jump to JS debugging Check cookies + storage local first
Think inspect kills CLI It doesn't — both work simultaneously
Filter network requests by URL only Also filter by --status 4xx or --method POST to narrow down
Miss request body Use network request <requestId> for full payload