gstack

Automate headless browser QA interactions and capture annotated screenshots.

1|Updated Apr 12, 2026
One-click install
npx skills add https://github.com/cheng80/rummipoker --skill gstack-cheng80
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gstack
Source: https://github.com/cheng80/rummipoker/tree/main/.agents/skills/gstack
Command: npx skills add https://github.com/cheng80/rummipoker --skill gstack-cheng80

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Persistent, headless browser enables repeatable QA testing, bug reproduction, and dogfooding with annotated evidence.

Core Features & Use Cases

  • Navigate pages, interact with elements, verify state, and capture annotated screenshots for bug reports.
  • Test responsive layouts, forms, uploads, and dialogs across viewports to ensure consistency.
  • Use cases include validating deployments, debugging user flows, and documenting issues with reproducible steps.

Quick Start

Launch gstack, navigate to a URL, and capture a screenshot to verify visuals.

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 and capture annotated screenshots in a headless browser?

Automating QA testing and capturing annotated screenshots requires a persistent headless browser that navigates pages, interacts with elements, and records visual evidence for bug reports. This approach maintains session state to validate user flows and deployments.

What is headless browser based dogfooding for web deployments?

Headless browser based dogfooding is the process of automating end-to-end interactions to validate web deployments before release. It navigates pages, tests layouts, and generates annotated screenshots as reproducible evidence of the user experience.

Can I test responsive layouts and forms across multiple viewports without a GUI?

You can test responsive layouts, forms, uploads, and dialogs across multiple viewports without a GUI by running a headless browser. It interacts with elements, verifies state, and captures screenshots to ensure UI consistency.

Do I need a local Chromium runtime to run automated end-to-end QA interactions?

A local Chromium runtime is required to run automated end-to-end QA interactions. The headless browser operates locally to maintain session state, navigate URLs, interact with page elements, and capture evidence for bug detection.

How do I diff before and after states to document web application bugs?

To diff before and after states for documenting web application bugs, you use a headless browser to capture screenshots of user flows at different stages. It maintains session state and generates annotated visual evidence for deployments.

What are the limitations of using a headless browser for bug detection?

Limitations of using a headless browser for bug detection include the inability to catch visual issues dependent on physical display rendering or manual visual inspection. It automates element interaction and screenshot capture but requires predefined steps to navigate pages.