Skip to main content

documentation

Generate and update technical documentation

소스 정보

저장소
vinilana/workshop-yungas
최근 소스 활동
2026년 3월 2일 18:43
감지된 SKILL.md 언어
영어
스타
0
포크
0

설치 방법

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

소스 파일 검토

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

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
type
skill
name
Documentation
description
Generate and update technical documentation
skillSlug
documentation
phases
["P","C"]
generated
2026-03-02T00:00:00.000Z
status
filled
scaffoldVersion
2.0.0
# Documentation ## When to Use Activate this skill when creating or updating technical documentation. Use it after implementing features, changing architecture, or when documentation is outdated. ## Instructions 1. **Identify the document type**: - Project overview → `project-overview.md` - Architecture changes → `architecture.md` - New workflows → `development-workflow.md` - New domain terms → `glossary.md` - Data flow changes → `data-flow.md` - Security updates → `security.md` - Tool additions → `tooling.md` - Test changes → `testing-strategy.md` 2. **Follow the template structure**: - Preserve YAML frontmatter (type, name, description, category, status). - Update `status` from `unfilled` to `filled` when completing. - Fill all section placeholders marked with `_Content to be added._`. - Keep the `## Related Resources` section with working relative links. 3. **Writing style**: - Use clear, concise language with technical precision. - Use Markdown tables for structured data (APIs, types, config). - Use code blocks for commands, file paths, and code examples. - Use Mermaid diagrams for visual architecture or flow representations. - Cross-reference related documents using relative links. 4. **Verify accuracy**: - Check file paths and line numbers against current code. - Verify commands run correctly before documenting them. - Match type definitions to `packages/shared/src/types.ts`. 5. **Legacy vs. active distinction**: Documentation for new features should reference NestJS and SvelteKit. Mark Express/Next.js references as legacy. When documenting APIs or features, clearly indicate whether the content applies to the active stack (NestJS/SvelteKit) or the legacy stack (Express/Next.js). ## Examples **API endpoint documentation:** | Method | Path | Description | Auth | Status Codes | |--------|------|-------------|------|-------------| | GET | `/api/franchises` | List all franchises | Required | 200, 401 | | POST | `/api/franchises` | Create a franchise | Required | 201, 400, 401 | **Command documentation:** ```bash # Start the NestJS backend in development mode npm run dev:nestjs # Seed the database with 10 sample franchises npm run seed:nestjs ```
GitHub에서 보기