spec-issue

Write detailed design issues with standardized templates before creating specs.

1|Updated Jan 26, 2026
One-click install
npx skills add https://github.com/Varuas37/spec-test --skill spec-issue
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spec-issue
Source: https://github.com/Varuas37/spec-test/tree/main/src/spec_test/skills/spec-issue
Command: npx skills add https://github.com/Varuas37/spec-test --skill spec-issue

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill guides teams to write a detailed issue before creating specs to capture the rationale, context, trade-offs, and decisions.

Core Features & Use Cases

  • Structured Issue Templates: Ensure consistent documentation of summaries, motivations, decisions, and related specs.
  • Workflow Guidance: Guides from issue creation to linking to specs, with recommended naming and storage in design/issues.
  • Use Case: Before proposing new features, draft an issue outlining the problem, options considered, and final decision.

Quick Start

Create a new issue under design/issues/NNN-short-title.md, including a Summary, Motivation, Detailed Description, Options Considered, Decision, and Related Specs. Then link it to the relevant specs and mark status steps as completed.

Frequently Asked Questions about spec-issue

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

FAQPage Schema
How do I document design decisions before creating specs?

Document design decisions by writing a detailed issue first to capture rationale, context, and trade-offs. Use a standardized issue template containing Summary, Motivation, Options Considered, and Decision sections before proceeding to spec creation.

What should be included in a structured issue template for feature planning?

A structured issue template for feature planning must include Summary, Motivation, Detailed Description, Options Considered, Decision, Related Specs, and Status. This ensures consistent documentation of problems and trade-offs across the team.

When do I need to write an issue before defining specs?

Write an issue before defining specs when planning new features, clarifying problems, or documenting trade-offs. This approach anchors decisions and captures context upfront, preventing loss of rationale during later specification phases.

How do I organize issue files for design decisions?

Organize issue files by saving them under the design/issues directory using the naming convention NNN-short-title.md. This standardized storage links issues directly to related specs and tracks completion status effectively.

Does writing issues before specs work for tracking feature status?

Writing issues before specs works for tracking feature status by including a Status section in the issue document. Teams mark status steps as completed and link the issue to relevant specs for full workflow visibility.

What's the best way to capture rationale and trade-offs for a new feature?

The best way to capture rationale and trade-offs is drafting an issue outlining the problem, options considered, and final decision. This structured documentation preserves context and anchors decisions before spec development begins.