gstack

Automate browser QA with a persistent headless Chromium daemon.

Updated Mar 24, 2026
One-click install
npx skills add https://github.com/imonmi/INTER-EDU --skill gstack-imonmi
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gstack
Source: https://github.com/imonmi/INTER-EDU/tree/main/gstack-main/gstack-main
Command: npx skills add https://github.com/imonmi/INTER-EDU --skill gstack-imonmi

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires playwright, diff.

What problem does it solve?

Traditional QA workflows are slow and brittle, requiring manual browser interactions and manual captures of evidence. gstack provides a persistent headless browser that you can drive with simple commands to automate navigation, content reading, interactions, diffs, and annotated screenshots for bug reports and QA validation.

Core Features & Use Cases

  • Persistent headless Chromium daemon that stays alive across commands for sub-second responses.
  • Navigate, read, interact, diff, screenshot, and test responsive layouts in real-world QA scenarios.
  • Produce evidence for bugs and deployments by capturing annotated screens and diffs, then feed results into PRs or bug reports.

Quick Start

Invoke the browse skill to navigate to a URL and run QA checks.

Frequently Asked Questions about gstack

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

FAQPage Schema
How do I automate browser-based QA with a persistent headless Chromium instance?

Automate browser-based QA by provisioning a persistent headless Chromium daemon that stays alive across commands, enabling sub-second navigation, content reading, and interaction without manual browser restarts.

Can I capture annotated screenshots and diffs for bug reports using Playwright?

Capture annotated screenshots and diffs for bug reports by driving the headless browser to navigate and interact with pages, producing visual evidence that can be fed directly into PRs or bug reports.

Do I need Bun and Playwright installed to run headless browser automation for testing?

You need Bun as the runtime and Playwright as the browser automation layer to provision the daemon and execute headless browser commands for QA validation and responsive testing.

What is the best way to test responsive layouts and form uploads in a headless browser?

Test responsive layouts and form uploads by driving the persistent headless Chromium daemon with simple commands to interact with elements, read content, and capture visual diffs across deployment scenarios.

Why does a persistent headless browser daemon improve QA workflow speed over manual testing?

A persistent headless browser daemon improves QA workflow speed by staying alive across commands for sub-second responses, eliminating the startup overhead and manual interactions required by traditional brittle QA workflows.