gstack

Automate QA browser sessions with a persistent headless browser.

10|3|Updated Mar 25, 2026
One-click install
npx skills add https://github.com/olaafrossi/FoamPilot --skill gstack-olaafrossi
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gstack
Source: https://github.com/olaafrossi/FoamPilot/tree/main/.claude/skills/gstack
Command: npx skills add https://github.com/olaafrossi/FoamPilot --skill gstack-olaafrossi

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

QA teams waste time manually testing across pages; gstack provides a persistent headless browser to automate navigation, interaction, state verification, and bug evidence collection, enabling faster deployments and more reliable dogfooding.

Core Features & Use Cases

  • Persistent headless browser daemon for reliable, repeatable QA sessions.
  • Navigate, read, and interact with pages using a rich command surface (goto, click, fill, snapshot, etc.).
  • Diffs & annotated screenshots to prove effects of actions and document bugs.

Quick Start

Start a browse session on a target site, snapshot the page to map refs, then interact (click/fill) to reproduce issues and collect evidence.

Frequently Asked Questions about gstack

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

FAQPage Schema
How do I automate QA browser sessions to reproduce bugs locally?

You can automate QA browser sessions using a persistent headless browser daemon that navigates pages, interacts with forms, and captures annotated screenshots to reproduce bugs locally. This enables reliable, repeatable testing and visual bug evidence collection on your machine.

Can I take page snapshots and diffs to document visual bugs during deployment validation?

Yes, you can take page snapshots and generate diffs to document visual bugs during deployment validation. The headless browser captures annotated screenshots across multiple pages, providing clear visual evidence of changes or defects to validate deployments and dogfooding sites.

Do I need a local browser daemon running to use Playwright for automated QA testing?

Yes, a local browser daemon is required to run this automated QA testing approach. The daemon provides the persistent headless browser environment needed to navigate, read, snapshot, and export visual evidence for reliable bug reproduction and session automation.

What is the best way to validate deployments and dogfood sites without manual testing?

The best way to validate deployments and dogfood sites without manual testing is using a persistent headless browser to automate navigation and state verification. It maps page references, interacts with elements, and exports diff evidence to ensure reliable deployments.

How does a persistent headless browser interact with multiple pages and forms for state verification?

A persistent headless browser interacts with multiple pages and forms by maintaining a continuous session using a rich command surface to goto, click, fill, and snapshot. This enables complex state verification and reliable bug reproduction across different pages without restarting.