plan-pipeline-start

Plan phase-driven implementation with ADRs and task breakdowns.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/srednoff888-art/4 --skill plan-pipeline-start
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: plan-pipeline-start
Source: https://github.com/srednoff888-art/4/tree/main/examples/skills/plan-pipeline/start
Command: npx skills add https://github.com/srednoff888-art/4 --skill plan-pipeline-start

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This planning skill helps teams produce a complete, governance-ready implementation plan before starting code, preventing scope creep and misaligned decisions.

Core Features & Use Cases

  • 5-phase planning workflow (PRD analysis, design review, technical decisions, dynamic research team, metrics) that culminates in a full implementation plan plus ADRs.
  • Generates structured artifacts: plan file, ADRs, architecture decisions, design ADRs, and a clear task breakdown to guide execution.
  • Use Case: for any large feature requiring cross-team alignment, from PRD creation to risk assessment and acceptance criteria.

Quick Start

Run the /plan-pipeline:start command to generate a complete implementation plan and relevant ADRs before coding.

Frequently Asked Questions about plan-pipeline-start

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

FAQPage Schema
How do I generate an implementation plan and ADRs before coding a complex feature?

The best way to create a governance-ready implementation plan is through a phase-driven workflow covering PRD analysis, design review, technical decisions, risk assessment, and metrics, which produces plan files, ADRs, and task breakdowns to prevent scope creep.

What is a phase-driven planning workflow for large software initiatives?

A phase-driven planning workflow is a structured process for large software initiatives that moves through PRD analysis, design review, technical decisions, dynamic research, and metrics to produce comprehensive implementation plans and architectural decision records.

When do I need to create ADRs and architecture decisions for a new project?

You need to create ADRs and architecture decisions when planning large features requiring cross-team alignment, risk assessment, and governance metrics, ensuring technical choices are documented and approved before development begins.

How do I break down a PRD into task breakdowns and test plans?

To break down a PRD into task breakdowns and test plans, the planning process analyzes product requirements to generate structured artifacts including execution tasks, acceptance criteria, and governance metrics for the engineering team.

Does requirement analysis and governance planning work for cross-team coordination?

Yes, requirement analysis and governance planning work for cross-team coordination by applying a structured pipeline that aligns design reviews, architectural decisions, and risk assessments across participating teams before coding starts.

What are the limitations of using a structured planning pipeline for feature development?

The limitations of a structured planning pipeline include the overhead required for comprehensive phase-driven documentation, making it less suitable for small features or rapid prototypes that do not require extensive PRD analysis, ADRs, or cross-team governance metrics.