gstack

Drive a headless browser with Playwright to capture diffs and screenshots.

Updated Mar 18, 2026
One-click install
npx skills add https://github.com/AndrewLi0420/BMW --skill gstack-andrewli0420
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gstack
Source: https://github.com/AndrewLi0420/BMW/tree/main/.claude/skills/gstack
Command: npx skills add https://github.com/AndrewLi0420/BMW --skill gstack-andrewli0420

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires playwright, diff.

What problem does it solve?

Automates QA testing by driving a fast, headless browser to verify pages, interactions, and states, enabling rapid bug reproduction and deployment validation.

Core Features & Use Cases

  • Navigate to URLs and interact with elements
  • Verify page states, capture diffs, and annotate screenshots
  • Test responsive layouts, forms, uploads, and dialogs
  • Maintain a persistent browser session for repeatable tests

Quick Start

Run /browse to start the fast headless browser, then test a page using commands like goto, click, and snapshot

Frequently Asked Questions about gstack

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate QA testing with a headless browser to capture screenshots and diffs?

Automated QA testing uses a headless browser to navigate pages, interact with UI, and capture screenshots and diffs. You can drive these tests by controlling browser sessions to observe state changes and verify responsive behavior across devices.

Can I use Playwright to reproduce bugs and verify deployments?

Playwright can reproduce bugs and verify deployments by driving a fast headless browser to interact with elements and observe state changes. It maintains a persistent browser session for repeatable testing flows and deployment validation.

What is the best way to test responsive layouts across different devices?

Testing responsive layouts across devices involves driving a headless browser to capture diffs and screenshots of your pages. This approach provides authoritative evidence of how UI interactions and state changes behave on various screen sizes.

How do I maintain a persistent browser session for repeatable tests?

Maintaining a persistent browser session for repeatable tests involves starting a fast headless browser environment. You can then navigate to URLs and interact with elements continuously without restarting the browser between test flows.

Does automated QA testing support forms, uploads, and dialogs?

Automated QA testing supports forms, uploads, and dialogs by controlling a headless browser to interact with UI elements. It observes state changes and captures diffs to verify these complex user interactions function correctly.

What are the limitations of using a headless browser for QA testing?

Limitations of using a headless browser for QA testing include the inability to visually observe tests running in real-time. While it captures screenshots and diffs as evidence, debugging complex visual rendering issues may require switching to a headed browser mode.