Skip to main content

spec-document-format

Standard format for spec documents.

소스 정보

저장소
archibate/dotfiles-opencode
최근 소스 활동
2026년 2월 24일 01:37
감지된 SKILL.md 언어
영어
스타
108
포크
21

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
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.
GitHub에서 보기