l3-spec-planning

Generate a plan.md mapping NFRs and acceptance criteria to increments and tests.

20|Updated Feb 18, 2026
One-click install
npx skills add https://github.com/Accelerated-Innovation/governed-ai-delivery --skill l3-spec-planning
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: l3-spec-planning
Source: https://github.com/Accelerated-Innovation/governed-ai-delivery/tree/main/agents/codex/skills/backend/l3-spec-planning
Command: npx skills add https://github.com/Accelerated-Innovation/governed-ai-delivery --skill l3-spec-planning

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Plans feature implementations by translating high-level inputs (NFRs and acceptance criteria) into a structured plan for implementation.

Core Features & Use Cases

  • Generate an objective, scope, assumptions, and risks for a feature from user inputs.
  • Map NFRs and acceptance criteria to design elements, tests, and increments.
  • Output a ready-to-implement plan at features/<feature_name>/plan.md for review and execution.

Quick Start

Provide a feature request with NFRs and acceptance criteria to generate the corresponding plan at features/<feature_name>/plan.md.

Frequently Asked Questions about l3-spec-planning

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

FAQPage Schema
How do I turn non-functional requirements into a feature implementation plan?

To turn non-functional requirements into a feature implementation plan, the Skill translates NFRs and acceptance criteria into a structured plan.md file. This plan maps design elements to tests-first increments, risks, and a definition of done for execution.

What is spec-driven development planning for software features?

Spec-driven development planning is a process that maps NFRs and acceptance criteria to defined increments and tests. It produces a comprehensive plan covering scope, design alignment, risks, and a definition of done before implementation begins.

How do I generate a plan.md with tests-first increments from acceptance criteria?

You generate a plan.md with tests-first increments by deriving the feature name from your request and mapping acceptance criteria to defined increments. The output is saved at features/<feature_name>/plan.md for review and execution.

Does spec-driven feature planning work without predefined architectural dependencies?

Spec-driven feature planning works without predefined dependencies by documenting assumptions and design alignment directly in the generated plan.md. It independently structures feature scope, risks, and increments from your provided NFRs.

What is the best way to structure incremental development plans for NFRs?

The best way to structure incremental development plans for NFRs is to map each requirement to specific tests-first increments and a definition of done. This ensures every non-functional requirement is validated through concrete tests within defined scope boundaries.