feature-plan_skill

This skill creates detailed implementation plan documents in three phases, outlining structure, approach, and actionable tasks from technical specs for feature
  • Shell

31

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill steveclarke/dotfiles --skill feature-plan

  • SKILL.md11.2 KB

Overview

This skill creates implementation plan documents with phased development, sequencing, and actionable tasks. It follows a three-phase process (structure, approach, generation) and produces plan.md files that reference vision, requirements, and spec documents. Use it to convert technical specs into executable, reviewable plans without effort estimates.

How this skill works

The skill inspects the technical spec, existing codebase patterns, and implementation guides to recommend a plan structure. It runs through Phase 1 (determine plan structure), Phase 2 (design implementation approach and sequencing), and Phase 3 (generate plan documents and checklists), producing TO-DO state tracking and cross-references to spec and requirement IDs. When novel code is required it emits full, documented code blocks; for established patterns it references existing implementations and notes differences.

When to use it

  • Creating plan.md from a technical spec (trigger: "create implementation plan", "plan this feature")
  • When you need ordered development phases with actionable checkbox tasks
  • For features that require clear cross-references to vision/requirements/spec
  • When novel code needs full plan-level implementation details
  • When multiple domains or handoffs require explicit sequencing and phase dependencies

Best practices

  • Start by producing the 3-phase TODO list and mark Phase 1 as in_progress, others pending
  • Always reference vision.md, requirements.md, and spec.md using the required tags (@vision.md @requirements.md @spec.md)
  • Follow existing codebase patterns: include full code only for novel/complex pieces, otherwise reference pattern and note differences
  • Make each checklist item a completion criterion; do not include separate effort or time estimates
  • Include cross-references to requirement IDs (e.g., REQ-2.1.1) and spec sections (spec.md#1.2) for every phase
  • Update or create discussion-summary.md with a Plan Phase section and key decisions log entries

Example use cases

  • Convert spec.md into a single plan.md for backend-only features
  • Split planning into plan-backend.md and plan-frontend.md for full-stack features with separate task lists
  • Generate detailed novel-code proposals with full shell scripts or docstrings for complex automation tasks
  • Produce checklists for handoffs where tasks.md is created for coordination between teams
  • Add plan phase entries into discussion-summary.md and cross-link to existing guides and tests

FAQ

Provide the feature directory full path (e.g., project/features/FT033-feature-name) and tag vision, requirements, and spec documents with @vision.md @requirements.md @spec.md.

Will the plan include time or effort estimates?

No. The plan includes only phased checklists as completion criteria; it never contains hours or effort estimates.

How is novel code handled vs established patterns?

Novel or complex code is included fully with complete documentation. Established patterns are referenced with guidance on adjustments; boilerplate is omitted.

What files are updated when generating the plan?

It generates plan.md or plan-[domain].md as decided, and creates/updates discussion-summary.md with a Plan Phase section and updated key decisions log.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational
feature-plan skill by steveclarke/dotfiles | VeilStrat