sp_dev

Routes full feature development through the SPipe and SStack orchestrator flow.

Updated May 27, 2026
One-click install
npx skills add https://github.com/ormastes/Spipe --skill sp-dev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sp_dev
Source: https://github.com/ormastes/Spipe/tree/main/.codex/skills/sp_dev
Command: npx skills add https://github.com/ormastes/Spipe --skill sp-dev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It eliminates the ambiguity and inconsistent workflows that slow down full feature development by providing a single, explicit alias that routes work through the complete SPipe development pipeline.

Core Features & Use Cases

  • Unified full feature-development flow: Runs the complete intake-to-ship lifecycle for a feature, bug fix, refactor, or TODO instead of a partial or ad-hoc process.
  • Namespace clarity for SPipe workflows: Uses the /sp_dev alias so you can keep SPipe-scoped intent explicit in larger teams or complex repos.
  • Consistent orchestration: Follows the same SStack orchestrator procedure as the /dev and /sstack entries, ensuring behavior consistency.

Use it when you want a feature request to reliably traverse intake, research, design, SPipe specs, implementation, verification, and ship handoff.

Quick Start

Run /sp_dev with a clear description of what you want to build or fix, and let the full feature-development pipeline handle orchestration from start to ship.

Frequently Asked Questions about sp_dev

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

FAQPage Schema
How do I orchestrate full feature development from intake to ship handoff?

Full feature development orchestration routes a requested change through the complete SPipe pipeline, covering intake, research, design, specs, implementation, verification, and ship handoff. You initiate this by providing a clear description of the feature request.

Can I use a single workflow for bug fixes, refactors, and feature work?

Yes, a single unified workflow handles bug fixes, refactors, and TODOs alongside feature work. It reliably traverses the full development lifecycle from intake to ship handoff, eliminating inconsistent ad-hoc processes.

How does the SPipe orchestrator flow handle namespace clarity in complex repos?

The SPipe orchestrator flow handles namespace clarity by using the /sp_dev alias, keeping SPipe-scoped intent explicit in larger teams. It ensures consistent orchestration by following the standard SStack dispatch procedure.

What is the best way to ensure consistent behavior across multiple dev orchestration aliases?

The best way to ensure consistent behavior across dev orchestration aliases is to use the standard SStack dispatch procedure with no behavioral divergence. The /sp_dev, /dev, and /sstack aliases all follow identical orchestration logic.

Do I need to manually run separate stages for research, design, and verification?

No, you do not need to manually run separate stages for research, design, and verification. The pipeline automatically coordinates these steps sequentially as part of the end-to-end full feature development flow.

When should I not use an end-to-end development pipeline for a TODO?

You should not use an end-to-end development pipeline for a TODO if the change only requires a partial or ad-hoc process. This pipeline is designed for TODOs requiring the complete intake, research, design, and ship handoff lifecycle.