sdlc-flow

Routes software delivery initiatives through explore, spec, audit, plan, execute, review, and close stages.

Updated Sep 11, 2026
One-click install
npx skills add https://github.com/zhixuan312/zz-stack --skill sdlc-flow-zhixuan312
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: sdlc-flow
Source: https://github.com/zhixuan312/zz-stack/tree/main/catalog/sdlc/sdlc-flow/skills/sdlc-flow
Command: npx skills add https://github.com/zhixuan312/zz-stack --skill sdlc-flow-zhixuan312

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Software delivery work often loses track of which stage an initiative is actually at, who approved what, and whether a document was audited before anyone built from it. This Skill acts as the entry point for the SDLC flow: it checks the recorded state of an initiative first, then routes work to the correct stage so nothing proceeds on an unrecorded agreement. ## Core Features & Use Cases - Status-driven routing: Calls initiative_status before anything else and routes to explore, spec, audit, plan, execute, or review based on what the document store actually records. - Stage orchestration: Coordinates seven stages — parallel fan-out exploration, person-owned spec and plan gates, sequential evidence-routed audits, per-item execution subagents, and independent code review. - Recorded close: Ends every initiative with initiative_close (finished, accepted, or abandoned) so the outcome reaches the team ledger, with optional handover to zz-handover. - Use Case: A stakeholder brings a brain dump for a new feature. The Skill checks initiative status, fans out explore workers to establish the ground, walks the spec and plan through their agreement and audit gates, dispatches execution and review, then closes the initiative with the outcome on the record. ## Quick Start Ask the agent to start or resume a software delivery initiative and let it check the initiative status to decide which SDLC stage runs next.

Frequently Asked Questions about sdlc-flow

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

FAQPage Schema
How do I start a software delivery initiative with this flow?▼

Start at the flow entry point, not at an individual stage. The Skill calls initiative_status first to learn where the initiative stands, creates the initiative if none exists, then routes to the stage the recorded state permits.

What stages does the SDLC flow run through?▼

Seven stages: explore, spec, spec audit, plan, plan audit, execute, and review. Spec and plan require a person's agreement or approval before their audits run, and review produces the closing document that gates initiative close.

How many audit rounds does a spec or plan need?▼

The platform computes the next move from the record rather than a fixed count. A round is owed when none exists or the document was revised after the last round; after three spent rounds with an unaudited revision, the stakeholder decides whether to proceed.

Can I run audit rounds in parallel to save time?▼

No. Audit rounds run sequentially because each round reads what the previous one produced. Parallel rounds re-find the same findings and waste the audit budget without improving the document.

What happens if a required SDLC stage is not installed?▼

The Skill names the missing stage plainly and does the work in the conversation instead. It never improvises a document into the initiative store as though a stage produced it, since that would be indistinguishable from a real stage output.

When should I not use this SDLC flow?▼

Avoid it when your runtime cannot dispatch subagents or reach the working tree directly, since explore, execute, and review depend on subagent fan-out. An initiative opened with no flow is legitimate; next_move null is the honest answer.