plan

Generates structured implementation plans with QA gates, clarification funnels, and spec traceability checks.

Updated Sep 14, 2026
One-click install
npx skills add https://github.com/pandejesal/drone-nav-sar --skill plan-pandejesal
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: plan
Source: https://github.com/pandejesal/drone-nav-sar/tree/main/.swarm/bundled-skills/plan
Command: npx skills add https://github.com/pandejesal/drone-nav-sar --skill plan-pandejesal

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a feature request or spec into an executable, reviewable implementation plan is error-prone: tasks get oversized, requirements get dropped, and QA policy is applied inconsistently. This Skill enforces a disciplined planning protocol that produces phased, traceable plans with locked QA and execution profiles. ## Core Features & Use Cases - Profile-driven planning: Supports strict and balanced planning profiles that control spec requirements, clarification depth, and QA gate defaults. - Four-stage clarification funnel: Inventories uncertainties, classifies them, consults a critic sounding board, and surfaces only genuine user decisions with always-surface protections for scope, security, and destructive behavior. - QA gate and execution profile bootstrap: Persists eleven QA gates (reviewer, test_engineer, drift_check, councils, mutation testing, and more) plus parallel-coder, commit-frequency, and auto-proceed settings bound to the exact plan identity. - Traceability enforcement: Maps every FR-### and MUST/SHALL SC-### from the effective spec to plan tasks, flagging coverage gaps and gold-plating before critic review. - Use Case: A team lead asks the architect to plan a payment-integration feature; the Skill checks spec status, runs the clarification funnel, drafts phased tasks with granularity rules, persists QA gates, and hands the plan to a critic gate before execution. ## Quick Start Ask the architect to plan the implementation of your feature, for example: "Plan the implementation of the payment integration feature from the current spec."

Frequently Asked Questions about plan

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

FAQPage Schema
How do I create an implementation plan from a spec?▼

Invoke MODE: PLAN with an effective spec resolved via the sdd status command. The protocol drafts phases and tasks, runs the clarification funnel, persists QA gates, and calls save_plan with the full execution profile before critic review.

What is the difference between strict and balanced planning profiles?▼

Strict requires an effective spec, the full four-stage clarification funnel, and the unified QA questionnaire before saving. Balanced uses durable default QA gates, skips the questionnaire, and only surfaces unresolved material ambiguity or high-risk decisions.

Can I import an external plan instead of writing one from scratch?▼

Yes. When plan ingestion is detected, you can either reverse-engineer a spec from the provided plan first or skip the spec and proceed directly to ingestion and planning in balanced mode.

Why does save_plan return a SPEC_REQUIRED error?▼

In strict mode, save_plan rejects plans when no effective spec resolves. Run the sdd status command to diagnose, then materialize a spec source with user consent or transition to spec creation before retrying.

Should I create separate tasks for writing tests?▼

No. The QA gate runs test verification on every implementation task, so dedicated test tasks are redundant. Create one only for pure test infrastructure, cross-module integration tests, or explicit coverage requests.

How many phases should a plan have?▼

Plans with five or more tasks should use at least two phases, and plans with ten or more tasks must use at least three. Single-phase plans are acceptable only for small projects of one to four tasks.