Browse
On this page 6
stacks-browse · Engineering craft · model-invoked
Headless browser QA with nothing to install. It drives a Chromium-family browser already on the machine over the Chrome DevTools Protocol using only Bun, so navigation, screenshots, responsive checks, console and network monitoring and accessibility snapshots all work without Playwright or Puppeteer.
Component tests or browser QA
Reach for this skill when a check needs a real browser engine: real navigation, the CSS cascade, layout and element geometry, visibility, or screenshots. A virtual DOM cannot answer those, and an assertion about them written against one passes without checking anything.
For everything assertable through the DOM API — structure, events, forms,
storage, web components — use component tests under bun test with
very-happy-dom instead; see Testing. They run in-process and
are fast enough for every save.
Note that this skill is a QA and diagnosis tool, not a test runner: there are no spec files, fixtures or reporters, and a scenario is expressed as CLI steps rather than as a committed test.
When to reach for it
- Navigation
- Screenshots
- Responsive testing
- console/network monitoring
- Accessibility snapshots. Dependency-free
- Driving a system browser over the Chrome DevTools Protocol using only Bun (no Playwright/Puppeteer)
Inside the skill
The sections an agent reads once the skill loads.
- Browser discovery (no install step)
- Default Stacks dev URLs
- Commands
- Stacks-Specific QA
- Rules
- Extending
Supporting files
Reference and scripts the skill reaches for on demand, rather than loading up front.
Related skills
Using it
This one is model-invoked. Your agent reaches for it on its own when the task matches, and you can also call it by name:
/stacks-browse
Source: stacks-browse/SKILL.md.
Shadow it for one project with app/Skills/stacks-browse/SKILL.md, then re-run
buddy setup:ai. See Writing your own.