om-pipeline-retro

Classify finished pipeline runs and rank rework causes by wall-clock hours.

2.6k|159|Updated Mar 8, 2021
One-click install
npx skills add https://github.com/go-musicfox/go-musicfox --skill om-pipeline-retro-go-musicfox
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: om-pipeline-retro
Source: https://github.com/go-musicfox/go-musicfox/tree/main/.agents/skills/om-pipeline-retro
Command: npx skills add https://github.com/go-musicfox/go-musicfox --skill om-pipeline-retro-go-musicfox

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires jq, and includes references (resource) components.

What problem does it solve? Teams running automated pull request pipelines often cannot tell how many changes merged in a single pass versus how many needed costly second passes, or why. This Skill reads the tracker's history of finished pull requests, deterministically classifies each run as clean, hard recovery, loop checkpoints, or unexplained, and ranks the causes of rework by the wall-clock hours they cost beyond a median clean run. ## Core Features & Use Cases - Deterministic run classification: A shell classifier parses agent marker comments, reviews, and timestamps from tracker data to assign each finished pull request a class, with no judgement calls. - Cost-ranked cause analysis: Causes such as base-branch conflicts, unrecorded reviews, and interrupted runs are ranked by excess hours beyond the clean-run baseline, with ties broken by run count. - Structured retro report: Fills fixed report templates covering outcome shares, ranked causes, unexplained second passes, recovery-by-size breakdown, and an optional handoff of the top cause to om-prepare-issue. - Use Case: Ask "why is our pipeline slow" and receive a report showing that 23% of runs were hard recoveries, that base-branch conflicts cost 613 hours beyond clean runs, and that 36 second passes have no recorded cause. ## Quick Start Ask the agent to run a pipeline retro over the last 30 days of pull requests and report what the second passes cost.

Frequently Asked Questions about om-pipeline-retro

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

FAQPage Schema
How do I analyze why my pull request pipeline is slow?

Run a pipeline retro over a time window of finished pull requests. The skill classifies each run from tracker evidence and ranks rework causes by the wall-clock hours they cost beyond the median clean run, so the dominant slowdown is stated in hours.

How does the pipeline retro classify pull request runs?

Classification is deterministic via references/classify-runs.sh, which parses agent marker comments, reviews, and timestamps. Runs are counted from opening marker comments, and second passes are labeled hard recovery, loop checkpoints, or unexplained based on recorded evidence.

Does the pipeline retro skill modify pull requests or labels?

No, the skill is read-only end to end. It never merges, edits, comments on, or labels anything; it only reads tracker data and produces a report, optionally offering to hand the top cause to om-prepare-issue for filing.

What happens when a second pass has no recorded cause?

The run is reported as unexplained with its measured cost, never guessed. The count of unexplained second passes is highlighted in the report because it measures how much pipeline history cannot be interpreted.

What are the limitations of the pipeline retro classification?

Runs without agent marker comments cannot be classified, missing comment timestamps make run counts an upper bound, and a window with no clean run leaves no baseline so causes rank by count instead of hours. Each degradation is stated in the report header.