reproduce-and-fix-issues

Reproduce triaged Slack bug reports through real UI interaction and open verified draft pull requests.

3|2|Updated Aug 28, 2026
One-click install
npx skills add https://github.com/adjohn/pstack --skill reproduce-and-fix-issues-adjohn
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: reproduce-and-fix-issues
Source: https://github.com/adjohn/pstack/tree/main/automations/benny/skills/reproduce-and-fix-issues
Command: npx skills add https://github.com/adjohn/pstack --skill reproduce-and-fix-issues-adjohn

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Bug reports arriving in Slack often lack verified reproduction, so engineers waste time chasing unconfirmed symptoms or shipping fixes without proof. This Skill automates the full loop: it waits for a trusted triage marker, reproduces the exact symptom twice through the target app's real UI via a configured control adapter, verifies any existing fix, and only then attempts a bounded root-cause fix with before-and-after evidence. ## Core Features & Use Cases - Verified UI reproduction: Drives the real application through a configured control adapter and feature map, requiring the discriminating symptom to appear twice before declaring a confirmed repro. - Existing-fix verification: When a pull request or commit already claims to fix the report, it measures baseline versus patched builds instead of authoring a competing patch. - Bounded fix with proof: Implements the smallest root-cause change, proves it with repeated UI runs on the patched build, and opens a draft pull request with repro steps, evidence, and blast-radius checks. - Strict Slack safety: Freezes source thread coordinates, forbids workers from posting to Slack, and fails closed when configuration, adapters, or capabilities are missing. - Use Case: A triager marks a Slack thread with [benny:bug]; the automation reproduces the crash in the staging app, confirms no existing fix exists, patches the root cause, and opens a draft PR with before-and-after recordings. ## Quick Start Configure the Benny automation with a control adapter and feature map, then let it process a Slack bug report thread marked with the triage marker to reproduce and fix the issue.

Frequently Asked Questions about reproduce-and-fix-issues

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

FAQPage Schema
How do I automatically reproduce bug reports from Slack?▼

Configure the Benny automation with a control adapter skill and a completed feature map for your app. When a trusted triager posts a marker like [benny:bug] in the source thread, the workflow drives the real UI to reproduce the symptom twice before confirming it.

How does the skill verify an existing fix instead of writing a new one?▼

When an open pull request or merged commit plausibly fixes the report, it switches to verify mode. It measures the baseline build showing the symptom twice, then the patched build showing the symptom resolved twice, and opens no competing pull request.

What is a control adapter and why is it required?▼

A control adapter is a user-configured skill that brings up the target app, drives real UI actions, inspects state read-only, captures screenshots and recordings, and cleans up. Without it or its feature map, the workflow fails closed rather than faking a reproduction.

Can delegated workers post messages to Slack during a run?▼

No. Only the coordinator posts to Slack, and every child worker prompt must explicitly forbid Slack write actions. A code-editing worker is allowed only when its environment provably excludes Slack credentials and write tools.

What happens if the bug cannot be reproduced?▼

If the symptom does not appear within the configured repro budget, the run reports a clean Could not reproduce outcome in the operations thread or run output. Nothing is posted to the source thread and no fix is attempted.

When does the skill open a pull request?▼

Only after a confirmed repro, media-reviewed evidence, no existing fix artifact, no human claiming the fix, identified root cause, and before-and-after UI proof on the patched build. It always opens a draft pull request and never merges or deploys.