gsd-forensics

Diagnose GSD workflow failures using git history and planning artifacts.

Updated Feb 11, 2026
One-click install
npx skills add https://github.com/ArtRiv/game-topicos-especiais --skill gsd-forensics-artriv
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gsd-forensics
Source: https://github.com/ArtRiv/game-topicos-especiais/tree/main/.github/skills/gsd-forensics
Command: npx skills add https://github.com/ArtRiv/game-topicos-especiais --skill gsd-forensics-artriv

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you understand why a GSD workflow failed or got stuck by collecting concrete evidence from git history and the repository’s planning artifacts, then summarizing what likely happened without guessing.

Core Features & Use Cases

  • Evidence-based failure diagnosis: Reviews git log, git status/git diff, and .planning/* state to find anomalies tied to specific commits and files.
  • Structured forensic reporting: Produces a timestamped report under .planning/forensics/ with findings, anomaly categories, and recommendations.
  • Actionable next steps: Offers interactive deep-dive and suggests GitHub issue creation when findings indicate what to fix.

Use Case: A workflow stops mid-phase or repeatedly re-runs; you run this Skill to determine whether artifacts are missing, work was abandoned, a crash/interruption occurred, or a loop got stuck—then you get a clear report you can share with the team.

Quick Start

Run the gsd-forensics skill and provide a short problem description of the failed or stuck workflow execution so it can generate an evidence-backed report in .planning/forensics/.

Frequently Asked Questions about gsd-forensics

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

FAQPage Schema
How do I diagnose a failed workflow execution using git history and planning artifacts?

Workflow forensics examines git history and .planning/ artifacts to identify why a run fails, loops, crashes, or leaves incomplete artifacts across planning phases. It checks multiple anomaly types to determine exactly what happened during the execution.

How do I find out why my GSD workflow stopped mid-phase or keeps re-running?

Run a forensic diagnosis providing a short problem description of the failed or stuck workflow execution. The tool reads git history and .planning/ state, checks multiple anomaly types, and writes a redacted forensic report to .planning/forensics/ without modifying source files.

Does the forensic diagnosis modify my source files when checking for workflow anomalies?

No, the forensic diagnosis does not modify source files. It strictly reads git history and .planning/ state to generate a redacted forensic report under .planning/forensics/, ensuring your repository's source code remains untouched during the anomaly investigation.

Can I create a GitHub issue directly from the workflow forensics report findings?

Yes, you can create a GitHub issue from the forensic report. When the evidence-based diagnosis identifies what to fix, it suggests GitHub issue creation and offers an interactive deep-dive to help your team track and resolve the workflow failure.

What types of workflow anomalies can be detected by checking git history and planning state?

Checking git history and .planning/ state detects missing artifacts, abandoned work, crash or interruption events, and stuck loops. These anomalies are tied to specific commits and files across .planning/ phases and reports, providing concrete evidence of what went wrong.