writing-specs

Generate lean feature specifications defining WHAT and WHY with linked external docs.

19|Updated Oct 21, 2025
One-click install
npx skills add https://github.com/arittr/spectacular --skill writing-specs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: writing-specs
Source: https://github.com/arittr/spectacular/tree/main/skills/writing-specs
Command: npx skills add https://github.com/arittr/spectacular --skill writing-specs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill eliminates the common pitfalls of overly detailed, hard-to-maintain specifications that mix requirements with implementation details. It ensures your feature specifications are concise, focused on "WHAT" and "WHY," and easily digestible, preventing spec drift and inefficiency.

Core Features & Use Cases

  • Lean Spec Generation: Creates concise feature specifications that focus on requirements and architecture, avoiding implementation plans, code examples, or success metrics.
  • Constitution Integration: Automatically references project constitutions for architectural rules and mandatory patterns, avoiding duplication and ensuring consistency.
  • External Documentation Linking: Encourages linking to external documentation (e.g., Zod docs) instead of embedding code examples, keeping specs clean and up-to-date.
  • Use Case: After a brainstorming session for a new feature, use this Skill to quickly draft a comprehensive yet lean spec.md document, ensuring all requirements are captured without getting bogged down in implementation details, which are handled by other Skills.

Quick Start

Generate a feature specification

/spectacular:spec "admin dashboard with real-time analytics"

Review the generated spec

cat specs/a1b2c3-refactor-components/spec.md

Frequently Asked Questions about writing-specs

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

FAQPage Schema
How do I write feature specifications that focus on requirements instead of implementation?

Feature specifications should define WHAT to build and WHY, not HOW. Lean specs capture Problem Statement, Functional and Non-Functional Requirements, Architecture, Dependencies, Integration Points, and Acceptance Criteria while avoiding implementation details, code examples, and success metrics. This keeps specs concise, maintainable, and focused on requirements rather than solution approach.

What should I include in a product specification document?

A comprehensive spec includes Problem Statement, Functional and Non-Functional Requirements, Architecture, Dependencies, Integration Points, and Acceptance Criteria. Link to external documentation rather than embedding examples, and reference project constitutions for architectural rules and mandatory patterns to ensure consistency and avoid duplication.

When should I generate a feature specification during product development?

Generate feature specifications after brainstorming sessions to draft a comprehensive yet lean spec document. This ensures all requirements are captured without getting bogged down in implementation details, which are handled separately. Specs serve as the bridge between ideation and development planning.

How do I avoid specification drift and keep specs maintainable?

Specification drift occurs when specs mix requirements with implementation details and become hard to maintain. Keep specs lean by linking to external documentation instead of embedding examples, focusing on WHAT and WHY, and following established architectural constitutions and planning standards consistently across projects.

Can I use project constitutions to ensure specification consistency?

Yes. Integrating project constitutions into specs automatically references architectural rules and mandatory patterns, ensuring consistency across features and preventing duplication. This approach standardizes how specs are structured and what architectural decisions are documented.

What's the difference between a lean spec and a detailed implementation plan?

Lean specs define WHAT to build and WHY through requirements and architecture, avoiding implementation plans, code examples, or success metrics. Implementation plans are downstream artifacts that translate specs into concrete steps. Separating these concerns keeps specs focused, reusable, and easier to maintain.