spec-authoring

Document user and technical requirements in feature and umbrella specs.

1|Updated Sep 15, 2024
One-click install
npx skills add https://github.com/mysticfall/alleycat --skill spec-authoring-mysticfall
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spec-authoring
Source: https://github.com/mysticfall/alleycat/tree/main/.opencode/skills/spec-authoring
Command: npx skills add https://github.com/mysticfall/alleycat --skill spec-authoring-mysticfall

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Specification Authoring helps teams produce specifications that are authoritative for both user-facing behavior and implementation delivery, ensuring alignment and reducing ambiguity.

Core Features & Use Cases

  • Enforces explicit separation between user requirements and technical requirements
  • Uses the @specs/templates/feature-spec-template.md for consistency
  • Supports both feature-specific and umbrella specs

Quick Start

Create or update specifications under @specs/ using the standard template and ensure explicit separation of user requirements and technical requirements.

Frequently Asked Questions about spec-authoring

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

FAQPage Schema
How do I write feature specifications that separate user requirements from technical requirements?

Feature specifications enforce explicit separation of user requirements and technical requirements by documenting each layer in designated sections, ensuring normative contracts are distinct and authoritative for both behavior and implementation delivery.

What is the required structure for a feature spec template?

A feature spec template requires the sections Requirement, Goal, User Requirements, Technical Requirements, In Scope, Out Of Scope, Acceptance Criteria, and References to enforce consistent specification authoring.

How do I document umbrella specs alongside individual feature specifications?

Umbrella specs document alongside individual feature specifications by applying the same dual-layer specification work, ensuring explicit separation of user and technical requirements across both feature-specific and broader umbrella scopes.

What's the best way to reduce ambiguity in technical requirements documentation?

Reducing ambiguity in technical requirements documentation requires explicit separation from user requirements, placing normative contracts in designated sections to ensure alignment and authoritative implementation delivery.

Does specification authoring work without external dependencies?

Specification authoring works without external dependencies, relying solely on the default feature spec template to enforce the required specification shape and explicit requirement separation.

When do I need to create separate user requirements and technical requirements in a spec?

You need to separate user requirements and technical requirements in a spec whenever both user-facing behavior and implementation delivery must be explicit, ensuring alignment and reducing ambiguity across the feature or umbrella scope.