← ClaudeAtlas

govkit-spec-planninglisted

Generate a feature plan (plan.md) and eval_criteria.yaml from NFRs and acceptance scenarios. Use when the user asks to plan a feature or invokes /govkit-spec-planning.
Accelerated-Innovation/governed-ai-delivery · ★ 20 · AI & Automation · score 68
Install: claude install-skill Accelerated-Innovation/governed-ai-delivery
Plan the implementation of the named feature. When invoked, determine the feature name from the user's request; if it is not provided, ask before proceeding. ## Inputs to read Feature specs: - NFRs: `features/<feature_name>/nfrs.md` - Acceptance: `features/<feature_name>/acceptance.feature` Architecture standards: - `docs/backend/architecture/**` Evaluation standards: - Global evaluation contract: `docs/backend/evaluation/eval_criteria.md` Existing artifacts (read if present, update if needed): - Feature eval config: `features/<feature_name>/eval_criteria.yaml` ## Instructions 1. Read all inputs listed above. 2. Summarize the business goal and scope of the feature. 2a. Populate the plan's `### Out of scope` from `nfrs.md` `## Out of scope`: - If `nfrs.md` has a non-empty `## Out of scope` section, copy its entries into the plan verbatim (author-declared — no marker). - If `## Out of scope` is missing or empty, infer the deferred capabilities from the spec's negative space (domain neighbors with no scenarios), then BOTH: - insert `<!-- INFERRED: not declared in nfrs.md ## Out of scope; confirm with feature owner -->` directly under the plan's `### Out of scope` heading, and - state in the planning summary that Out-of-scope was inferred and should be confirmed. 3. Identify required design elements aligned to Hexagonal Architecture: - Inbound ports (`ports/inbound/**`) - Domain logic modules (`services/**`) - Outbound ports (`ports/outbound/**`)