Skip to main content

Regression Packets

GPUaaS added two quality surfaces after the queue existed: workflow regression packs and bug-fix review packets. Fairway keeps both as generated packet/catalog commands, not as a built-in test runner.

Workflow Regression Packs

A workflow regression pack is a named release-risk bundle. It describes a user or operator workflow, its owner, target environments, required seed data, proof commands, artifacts, current automation, and known gaps.

fairway regression-pack list
fairway regression-pack show <pack-id>
fairway regression-pack validate [<catalog-path>]

The catalog format is implementation-defined in v1, but each pack must include:

FieldPurpose
idStable identifier used in context and bugfix packets.
titleHuman-readable workflow name.
ownerRole responsible for keeping the pack useful.
target_environmentsLocal, CI, demo, staging, or other environments.
blockingWhether failure blocks release.
required_seed_dataAssumptions the proof depends on.
lowest_reliable_layerUnit, integration, browser, remote smoke, or manual smoke.
required_proofCommands or manual checks that satisfy the pack.
artifact_requirementsScreenshots, logs, reports, or URLs expected as evidence.
current_automationExisting coverage.
gapsKnown missing coverage.

Fairway records pack runs as normal evidence. The pack catalog gives reviewers a shared checklist; it does not replace CI, Playwright, or product-specific smoke tools.

Bug-Fix Review Packets

Bug fixes need a root-cause handoff that prevents symptom-only patches from being marked done.

fairway packet bugfix <task-id> \
--bug-summary <text> \
--root-cause <text> \
--owning-layer <text> \
--impact <text> \
--proof-command <command> \
--regression-coverage <text> \
[--workflow-pack <pack-id>] \
[--scope-drift <text>] \
[--residual-risk <text>] \
[--follow-up <task-id-or-text>]

The command renders Markdown by default and can write to --output <path>.

Packet Shape

# Bug-Fix Review Packet: T-042

bug_summary:
owning_layer:
workflow_pack:

## Root Cause

## Impact

## Proof Command

## Regression Coverage

## Scope Drift

## Residual Risk

## Follow-Up / Blocker

## Review Questions

Rules

  • A bug-fix task cannot be done with only a symptom patch.
  • Proof must exercise the root cause, not just the visible failure.
  • Regression coverage should land at the lowest reliable layer.
  • Deferred regression coverage needs a linked blocker or release-blocking follow-up.
  • Workflow-affecting fixes should name the relevant regression pack.