workflow-baseline

Establishes quantitative baselines and success metrics for work packages during Phase 2 MEASURE.

Updated Mar 14, 2026
One-click install
npx skills add https://github.com/jcg-admin/IACT-ui --skill workflow-baseline-jcg-admin
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: workflow-baseline
Source: https://github.com/jcg-admin/IACT-ui/tree/main/.claude/skills/workflow-baseline
Command: npx skills add https://github.com/jcg-admin/IACT-ui --skill workflow-baseline-jcg-admin

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve? Without quantitative baseline data, teams cannot prove whether a solution actually improved anything. This Skill guides Phase 2 MEASURE of a work package by collecting current-state metrics, defining measurable success targets, and documenting reproducible measurement methods before any analysis or design begins. ## Core Features & Use Cases - Baseline Capture: Produces a structured *-baseline.md artifact with numeric current-state values, measurement conditions, and data sources using the provided template. - Success Metric Definition: Enforces the format "metric improves from baseline to target measured by method" so every work package has verifiable exit criteria. - Measurement Methodology Reference: Includes guidance on outcome vs. proxy metrics, measurement conditions, and tools such as k6, Lighthouse, jest --coverage, and EXPLAIN ANALYZE. - Use Case: Before optimizing a slow API endpoint, run this Skill to record the current P95 latency of 450ms, set a target under 100ms, and document the k6 benchmark procedure so Phase 11 can verify the improvement. ## Quick Start Ask the assistant to start Phase 2 MEASURE for the active work package and document the baseline metrics and success targets.

Frequently Asked Questions about workflow-baseline

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

FAQPage Schema
How do I establish a performance baseline before optimizing code?▼

Run Phase 2 MEASURE to record current metrics like P95 latency, error rates, or test coverage with concrete numbers. Document the measurement conditions and tools used, then define a target such as "latency drops from 450ms to under 100ms measured by k6 benchmark."

What makes a good success metric for a work package?▼

A valid target is specific, measurable with the same method as the baseline, and justified by a benchmark or SLA. Use the format: metric improves from baseline value to target value measured by a named method.

When should I skip the MEASURE phase?▼

Skip it for simple bug fixes without numeric success criteria or documentation-only work packages. Use it whenever the work involves performance, error rates, refactoring with improvement claims, or any quantifiable outcome.

Which tools measure API latency and test coverage baselines?▼

The methodology reference lists k6, curl timing, and Grafana for API latency, Lighthouse and WebPageTest for web performance, jest --coverage for test coverage, and EXPLAIN ANALYZE for database queries.

Why must baseline measurements be reproducible?▼

Without documented conditions such as environment, load, and configuration, another person cannot verify the results. Unreproducible baselines make it impossible to prove the solution delivered measurable improvement in the final evaluation phase.