CreatePairflowSpec

Generate and refine Pairflow specification artifacts with contract-first workflows.

26|4|Updated Feb 21, 2026
One-click install
npx skills add https://github.com/felho/pairflow --skill createpairflowspec
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: CreatePairflowSpec
Source: https://github.com/felho/pairflow/tree/main/.claude/skills/CreatePairflowSpec
Command: npx skills add https://github.com/felho/pairflow --skill createpairflowspec

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps teams define and refine Pairflow specification artifacts (PRD, Plan, Task, and ReviewSpec) using a contract-first approach to reduce endless review loops.

Core Features & Use Cases

  • Generate and refine artifact families (PRD, Plan, Task, ReviewSpec) with explicit control-model and boundary contracts.
  • Convert context, notes, and requirements into implementable artifacts with plan-task linkage and bounded slices.
  • Support authority fan-out, risk gating, and plan vs task decomposition to keep scope manageable.

Quick Start

Provide your known context and references; the skill will draft L1/L2 Pairflow specification artifacts and a plan for next steps.

Frequently Asked Questions about CreatePairflowSpec

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

FAQPage Schema
What is contract-first specification and how does it reduce review loops?

Contract-first specification defines explicit L0-L1-L2 contracts, authority boundaries, and plan-task relationships upfront. This approach reduces endless review loops by enforcing governance and requiring bounded-slice proofs before implementation begins.

How do I create PRD and Plan artifacts with plan-task linkage and bounded slices?

Provide your known context, notes, and references to generate L1/L2 specification artifacts. The system drafts PRD, Plan, Task, and ReviewSpec families with explicit plan-task linkage, authority fan-out, and bounded slices to keep scope manageable.

When do I need explicit governance for authority boundaries in specification artifacts?

You need explicit authority boundary governance when features require multi-surface impact analysis, risk gating, and plan vs task decomposition. This ensures tests and validations accompany changes while maintaining clear control-model contracts across artifact families.

What's the best way to convert requirements into implementable Pairflow artifacts?

Convert context and requirements into implementable artifacts by applying contract-first workflow with L0-L1-L2 contracts. The system enforces plan linkage, authority fan-out, and bounded-slice proofs to ensure tests and validations accompany all changes.

Does contract-first specification work for features requiring multi-surface impact analysis?

Yes, contract-first specification explicitly supports multi-surface impact by enforcing L0-L1-L2 contracts and plan-task relationships. It applies to features and improvements requiring governance of authority boundaries, risk gating, and bounded-slice proofs.