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.