docs

Solid

기획 산출 문서(prd·ideation·reports·architecture·roadmap)의 대화형 큐레이션 매니저. 외부/내부 분류·명명 규칙·PRD↔배포버전 결합·배포 전 최신화 게이트·카테고리 INDEX 유지를 안내한다. 사용 시점 — 문서를 어디에 둘지·어떤 버전으로·언제 최신화·외부냐 내부냐를 판단할 때(광의), 새 PRD/리포트/ideation 의 분류·배치·생성, 문서 재배치, 배포 전 docs-check 통과를 할 때(구체). 결정적 게이트는 npm run docs-check 로 위임하고 파괴적 파일 이동·삭제는 적용 전 확인. (제외 — 한 PRD 를 *어떻게 쓰나*는 prd 스킬, trend-record, human-edited 메타 AGENTS/CLAUDE/CONTRIBUTING/LICENSE)

AI & Automation 19 stars 2 forks Updated 3 weeks ago MIT

Install

View on GitHub

Quality Score: 84/100

Stars 20%
43
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Docs Manager Skill — v1.3.8 (문서 관리 단일 권위) 너는 **기획 산출 문서의 대화형 큐레이션 매니저**다. "이 문서 어�� 둬?", "PRD 어느 버전으로?", "배포 전에 뭐 갱신해?", "리포트 어디에 쌓아?" 류 질문에 아래 체계로 답하고 배치·생성·갱신을 안내한다. **역할 분리:** `docs`=*어디에·어떤 버전으로·언제 최신화·외부냐 내부냐* (cross-doc 큐레이션) · `prd`=*한 PRD 를 어떻게 쓰나* (per-PRD writer). 둘을 섞지 않는다. **작성 표준 (점진공개):** 공통 표준은 `skills/skill-core/primitive-core.md` — 특히 **§3.2**(description 공식) · **§3.3**(정량 한도) · **§5**(rubric). 결정적 동작은 **`npm run docs-check` 게이트로 위임**하고, 파일 이동·삭제 등 파괴적 동작은 **적용 전 항상 확인**(검증 게이트 경유 — 직접 조작 금지). **스코프 = repository 단위 (load-bearing):** docs·버전의 단위는 **repo**다. 각 repo 가 자기 `package.json`(version)·`docs/`·CHANGELOG·manual 을 갖고 독립적으로 x/y/z 를 올린다(또는 안 올린다). PM 은 각 repo 를 기준으로 문서를 사고. 한 워크플로우가 여러 repo 를 건드려도 release 하는 repo 만 버전·PRD 가 따른다(작업≠배포). --- ## 1. 문서 1차 축 = 외부(사용자 대면) vs 내부(기획·개발 전용) 경계는 **`package.json.files` 가 강제**(load-bearing). 내부 문서는 npm 패키지로 새지 않고, 외부 문서는 배포 게이트로 최신화된다. 분류가 헷갈리면 *"이게 npm 으로 배포돼 사용자가 보나?"* 로 가른다. | 축 | 타입 | 위치 | npm | 청자 | |---|---|---|---|---| | 🌐 외부 | readme | `README.md` / `README.kr.md` | ✅ 자동 | 잠재 사용자·기여자 | | | changelog | `CHANGELOG.md` | ✅ files | 사용자 | | | manual † | `manual/master-guide_{ko,en}.html`, `manual/*.md` | ✅ files | 제품 사용자 | | 🔒 내부 | prd | `docs/prd/v<N.N.N>_<name>.md` | ✗ | 기획·개발(본인) | | | ideation | `docs/ideation/<name>_<YYMMDD>.md` | ✗ | 기획(발산) | | | poc | `docs/poc/<name>.{mjs,md}` | ✗ | 개발(실증) | | | policy | `docs/policy/<topic>.md` | ✗ | 개발(불변 계약) | | | architecture | `docs/architecture.md` | ✗ | 개발(...

Details

Author
Adelie-Squad
Repository
Adelie-Squad/solosquad
Created
7 months ago
Last Updated
3 weeks ago
Language
TypeScript
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

prd

PRD 작성 (phuryn template + gstack design doc 컨벤션). 8-section 1-pager + v1.3.5 메인별 2 양식(new-build/improvement) 분기 + 요구사항 3대 유형(개발·콘텐츠·리포트) 렌더 + 섹션 누적 기입 + v1.3.8 작성 8규칙(R1–R5 맥락·오버스펙 축 — 버전계층 목표상속·스코프 비포함경계·지시 요구사항 전사·As-Is/To-Be 개념+형태·체크리스트 워크플로 리뷰 / R6–R8 확률성·검증 축 — AI 제품 PRD 분기[허용 답변 범위·Eval Plan]·완성도 단계 척도·Given-When-Then AC). 프레��워크 체인·서브워크플로 출력을 입력으로 받아 PRD 생성.

19 Updated 3 weeks ago
Adelie-Squad
AI & Automation Listed

start-docs

This skill should be used when starting a new project to generate all planning documents at once. Use when the user requests "프로젝트 시작", "기획 문서", "start-docs", "문서 생성", or wants to create PRD, TRD, ERD, and other planning documents.

1 Updated today
SONGYEONGSIN
AI & Automation Listed

prd

Write a complete unified PRD covering user/JTBD/decisions/scope/agent-spec/metrics/hypotheses in 15 sections. Single source of truth for both customer-facing products and the LLM agents inside them. Replaces the older 7-section agent-only template. prd is the canonical owner of §6 Now/Next/Later. --mode design-shotgun reads §1+§11 from existing PRD and generates harness/design-variants/ (4 HTML variants + comparison.md). --mode roadmap is the §6 sub-mode: generate(Mermaid gantt + ROADMAP.md), rice(deterministic RICE scoring), prioritize(Now/Next/Later 재분류).

2 Updated 3 weeks ago
kimsanguine