Skip to main content

spec-document-format

Standard format for spec documents.

Informações da origem

Repositório
archibate/dotfiles-opencode
Última atividade na origem
24 de fevereiro de 2026 às 01:37
Idioma detectado do SKILL.md
inglês
Estrelas
108
Forks
21

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Exibindo SKILL.md

SKILL.md
Instruções da origem · Visualização somente leitura
name
spec-document-format
description
Standard format for spec documents.
## 📄 Specification Document Format All spec documents **MUST** follow this Markdown template. The file should be stored under `specs/` with a meaningful name, e.g., `specs/feature-authentication.md`. ```markdown # Specification: <Title> ## Metadata - **Version**: <semver, e.g., 1.0.0> - **Status**: Draft | Active | Realized | Regressible | Deprecated - **Author**: <agent or user> - **Created**: <YYYY-MM-DD> - **Last Updated**: <YYYY-MM-DD> ## Overview <Brief description of the feature or system> ## Requirements ### Functional Requirements - FR-1: <description> - FR-2: ... ### Non-functional Requirements - NFR-1: <architecture, performance, security, etc.> ## Test Steps <Step-by-step verification instructions. May be shell commands, manual actions, or both.> ## Acceptance Criteria <Conditions that must be satisfied for completion> ## Change Log | Date | Version | Description | Author | |------------|---------|-------------------|------------| | <date> | 1.0.0 | Initial draft | <author> | ``` ### 🎯 Document Quality When writting specification document: - Focus on **big-picture**. - DO NOT be too specific on implementation details. - Avoid ambiguous wording. - Include **edge cases** in test steps when appliable. - DO NOT hallucinate.
Ver no GitHub