Skip to content

/pair-process-review forwards its resolved tier to verify-quality (exact review-path parity) #382

Description

@rucka

Story Statement

As a team delivering with pair
I want /pair-process-review to forward its classify-phase resolved risk tier to the verify-quality skill it composes
So that the review-composition path gets exact local=CI tier parity instead of degrading to fail-safe 🔴 (full set) when run off-branch — removing the current safe-but-wider over-check on green work in that path

Where: /pair-process-review orchestration (the step that composes verify-quality).

Epic Context

Parent Epic: CI/CD gates tag-driven #210

Background

Follow-up from PR #378 (story #259) review. verify-quality resolves the tier from the current-branch PR via no-arg gh pr view, with a $story story-card fallback. When /pair-process-review composes it with only $scope from a context not on the PR branch, gh pr view returns empty and — with no $story — resolution degrades to the fail-safe 🔴 (full set) rather than review's classify-phase tier.

This is the safe over-check direction (never an under-check) and /pair-process-review is non-blocking on verify-quality (its own classify step is the authoritative review-time tier), so the verdict is never wrong — only the local run is wider than necessary. The #259 boundary deliberately kept this fix out of verify-quality's SKILL.md (documented in that skill's Composition Interface note); the change belongs to /pair-process-review.

Acceptance Criteria (draft)

  • Given /pair-process-review has resolved a tier in its classify phase, when it composes verify-quality, then it passes that tier through so verify-quality runs exactly the review-time tier's suites (no fail-safe 🔴 over-check on that path).
  • Standalone on-branch dev flow and the publish-pr (Split implement: checkpoint + publish-pr via subagent #206) path — which already resolve correctly — are unaffected.
  • Fail-safe behavior is preserved when no tier can be resolved on any path.

Status

Draft — non-blocking follow-up. Filed per the #378 review finding.

Metadata

Metadata

Assignees

No one assigned

    Labels

    user storyWork item representing a user story

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions