What problem does it solve? Writing a feature specification that stays free of implementation details while capturing testable requirements, measurable success criteria, and unresolved ambiguities is hard to do consistently, especially when existing specs or external SDD sources already exist in the repository. ## Core Features & Use Cases - Spec Generation: Produces .swarm/spec.md with numbered functional requirements (FR-###), success criteria (SC-###), Given/When/Then user scenarios, and edge cases, with no technology stack or implementation details. - Existing Spec Handling: Detects native, OpenSpec, and Spec-Kit sources via /swarm sdd status, then archives, refines, projects, or disambiguates them with explicit user consent. - Clarification Funnel: Classifies uncertainties, consults a critic sounding board, applies a 5-minute research budget, and emits [NEEDS CLARIFICATION] markers only for surviving items. - External Plan Import: Reverse-engineers a spec from a user-provided implementation plan and validates the plan against task format rules. - Use Case: A product owner asks to "specify a notification preferences feature"; the skill checks for existing specs, scans the codebase, consults SME research, and writes a complete spec with testable requirements. ## Quick Start Ask the assistant to specify a new feature, for example: "Write a spec for user notification preferences with acceptance criteria."