api-design-principles
REST 및 GraphQL API 설계 원칙 가이드. 새로운 API 설계, API 스펙 리뷰, API 설계 표준 수립 시 활용. 트리거: "API 설계", "REST", "GraphQL", "엔드포인트 설계", "API…
사용자 매뉴얼(Diátaxis)과 운영자 매뉴얼(런북, 배포 가이드, 설정 레퍼런스, 인시던트 플레이북) 생성. 사용자 매뉴얼/유저 가이드/튜토리얼, 운영자 매뉴얼, 런북(runbook), 배포 가이드, 온콜/인시던트 대응 문서가 필요할 때. API 명세는 docs-interfaces, 아키텍처 문서는 docs-architecture, docs CI 파이프라인은 docs-ci 사용
$ npx -y skills add jh941213/my-cc-harness --skill docs-manuals --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/docs-manualsContext preview
The summary Claude sees to decide when to auto-load this skill.
사용자 매뉴얼(Diátaxis)과 운영자 매뉴얼(런북, 배포 가이드, 설정 레퍼런스, 인시던트 플레이북) 생성. 사용자 매뉴얼/유저 가이드/튜토리얼, 운영자 매뉴얼, 런북(runbook), 배포 가이드, 온콜/인시던트 대응 문서가 필요할 때. API 명세는 docs-interfaces, 아키텍처 문서는 docs-architecture, docs CI 파이프라인은 docs-ci 사용
name: docs-manuals description: "사용자 매뉴얼(Diátaxis)과 운영자 매뉴얼(런북, 배포 가이드, 설정 레퍼런스, 인시던트 플레이북) 생성. 사용자 매뉴얼/유저 가이드/튜토리얼, 운영자 매뉴얼, 런북(runbook), 배포 가이드, 온콜/인시던트 대응 문서가 필요할 때. API 명세는 docs-interfaces, 아키텍처 문서는 docs-architecture, docs CI 파이프라인은 docs-ci 사용" user-invocable: true disable-model-invocation: false allowed-tools: Read, Write, Edit, Glob, Grep, Bash
읽는 사람(최종 사용자 vs 운영자)과 읽는 상황(학습 중 vs 장애 대응 중)에 맞는 문서를 만든다.
$ARGUMENTS
**핵심 규칙: 한 페이지에 두 모드를 섞지 않는다.** 페이지를 쓰기 전에 먼저 분류하라:
| 분면 | 목적 | 형태 | 위치 | |------|------|------|------| | Tutorial | 학습 (처음 온 사람) | 따라하면 성공하는 수업. 선택지 없이 한 길 | `docs/manuals/tutorials/` | | How-to | 과제 해결 ("X 하려면?") | 목표 지향 단계. 전제조건 명시 | `docs/manuals/how-to/` | | Reference | 정보 조회 | 사전식. 제품 구조를 그대로 반영 | `docs/manuals/reference/` | | Explanation | 이해 ("왜 이렇게?") | 배경, 설계 이유, 트레이드오프 | `docs/manuals/explanation/` |
트리거 매핑: 새 기능 → how-to + reference / 새 개념 → explanation / 온보딩 갭 → tutorial
인덱스는 `docs/manuals/README.md` — 4분면으로 내비게이션 구성.
위치: `docs/ops/`
모든 환경변수/플래그를 표로 — 코드에서 추출 (`.env.example`, config 파일, `process.env`/`os.environ` grep):
| 이름 | 타입 | 기본값 | 효과 | 유효값 | |------|------|--------|------|--------|
**새벽 3시에 처음 보는 사람이 따라할 수 있어야 한다.** 템플릿: `templates/runbook.md`
환경 목록, 파이프라인 설명, 롤아웃 절차, 배포 후 검증(스모크 체크 명령), **롤백 절차**(가장 중요 — 복붙 가능하게)
심각도 매트릭스, 역할(지휘자/커뮤니케이션 담당), 커뮤니케이션 템플릿, 에스컬레이션 정책, 블레임리스 포스트모템 템플릿
1. 대상 판별: 인자에서 사용자 문서인지 운영 문서인지, 특정 문서인지 전체인지 2. 소스 수집: 코드(설정/알림 룰/배포 스크립트), 기존 docs/, CI 설정, docker/k8s 매니페스트 3. **코드에서 확인한 사실만 기술** — 알 수 없는 운영 값(대시보드 URL, 온콜 로테이션)은 `<!-- TODO: 운영팀 확인 -->` 마커로 남기고 목록으로 보고 4. 기존 문서는 Edit로 갱신, 신규만 Write 5. `docs/docs.yaml` 매니페스트 갱신 6. 설명은 한국어(또는 프로젝트 언어), 명령/식별자는 원문
REST 및 GraphQL API 설계 원칙 가이드. 새로운 API 설계, API 스펙 리뷰, API 설계 표준 수립 시 활용. 트리거: "API 설계", "REST", "GraphQL", "엔드포인트 설계", "API…
Python asyncio 및 async/await 패턴 가이드. 비동기 API, 동시성 시스템, I/O 바운드 애플리케이션 구축 시 활용. 트리거: "asyncio", "async/await", "비동기 Python",…
레포에서 실질적인 작업(구현·수정·배포·디버깅)을 시작할 때, 새 레포를 처음 파악할 때, 작업을 마치고 기억할 지식이 생겼을 때 사용. 작업 유형에 맞는 docs·메모리만 선택적으로 로드하는 라우팅 테이블을 운영한다
Ralph Loop 병렬 버전. 여러 에이전트가 worktree에서 동시에 PRD 항목을 처리한다. 트리거: "PRD 항목 병렬 구현", "병렬 구현", "autodev parallel", "워크트리 병렬 개발", "병렬 랄프"…
Ralph Loop 기반 자율 개발 루프. Stop Hook이 세션 종료를 가로채어 PRD 항목을 하나씩 완료하며 자동 커밋한다. 트리거: "autodev", "자율 개발", "밤새 돌려", "랄프 루프", "ralph loop",…
기능 추가·컴포넌트 생성·동작 변경 등 모든 창작 작업 전에 사용. 구현 전에 의도·요구사항·설계를 대화로 확정 (심층 인터뷰가 필요한 대규모 기능은 /spec 사용)