headless

Run backend jobs dry-run and capture side effects for verification.

2|Updated May 13, 2026
One-click install
npx skills add https://github.com/mujtaba3B/gstack-extensions --skill headless-mujtaba3b
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: headless
Source: https://github.com/mujtaba3B/gstack-extensions/tree/main/qa/skills/headless
Command: npx skills add https://github.com/mujtaba3B/gstack-extensions --skill headless-mujtaba3b

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill tests backend features that do not have a visible page to inspect, so you can confirm real behavior instead of guessing from logs or response bodies.

Core Features & Use Cases

  • Dry-run execution: Run cron jobs, workers, CLIs, webhook handlers, notifiers, and ETL flows in a controlled way.
  • Side-effect capture: Collect the real outputs that matter, such as emails, Slack messages, database writes, files, and log lines.
  • Readable verification: Present captured behavior clearly, find failures, fix them with atomic commits, and verify again.
  • Use Case: A nightly digest job sends the wrong summary to users. This Skill runs the job, captures the outgoing email, compares it to expectations, and confirms the fix.

Quick Start

Use the headless skill to verify the attached backend feature end to end and report the captured side effects plainly.

Frequently Asked Questions about headless

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

FAQPage Schema
How do I fix and re-verify backend side effects after finding a failure?

After finding a failure in captured backend side effects, you fix the issue with atomic commits and re-verify by running the dry-run execution again to confirm the side effects match expectations.

How do I verify webhook handlers and capture their side effects?

You can verify webhook handlers by executing them in a controlled dry-run environment and capturing real outputs such as Slack messages, database writes, and log lines to confirm actual behavior instead of guessing from response bodies.

What is the best way to test ETL pipelines that do not render a visible page?

The best way to test ETL pipelines without a visible page is to perform a dry-run execution, capture side effects like file outputs and database writes, and compare them against your expectations to verify real behavior.

Can I run backend notifiers and CLIs in a controlled way to check their outputs?

Yes, you can run backend notifiers and CLIs in a controlled way using dry-run execution to collect real outputs like emails and Slack messages, then present the captured behavior clearly to find and fix failures.

How do I fix and re-verify backend side effects after finding a failure?

After finding a failure in captured backend side effects, you fix the issue with atomic commits and re-verify by running the dry-run execution again to confirm the side effects match expectations.