board-governance
보드 거버넌스 가이드 — Sequoia 5블록·Sacks 6섹션 기반 분기 보드덱 표준 헤딩(gate-board-deck 와 동일 문자열 정본)과 Asks 규율(담당·기한)을 정의하고, 일반 거버넌스 전환점(투자 라운드에 따른 이사회 구성, 감사 준비, 이사회 위원회 도입)을 Series A~C 시점에 매핑한다. Use when: 보드덱 구조 확인, 이사회 자료 표준화, 거버넌스 전환 시점 판단, /board-deck·/investor-update 작성 시. Board-governance guide defining the quarterly board-deck standard headings (the canonical strings for gate-board-deck) and Asks discipline, plus general governance turning points (board formation by round, audit readiness, board committees). Use when: standardizing a board deck, or judging governance transitions during Series A-C.
- License 许可
- Apache-2.0
- 最近更新
- 2026-10-29
- Stars
- ★ 1
- Forks
- 0
01 前言 Front Matter
- name
- board-governance
- metadata
- { "version": "1.0.0", "category": "scaleup" }
- description
- 보드 거버넌스 가이드 — Sequoia 5블록·Sacks 6섹션 기반 분기 보드덱 표준 헤딩(gate-board-deck 와 동일 문자열 정본)과 Asks 규율(담당·기한)을 정의하고, 일반 거버넌스 전환점(투자 라운드에 따른 이사회 구성, 감사 준비, 이사회 위원회 도입)을 Series A~C 시점에 매핑한다. Use when: 보드덱 구조 확인, 이사회 자료 표준화, 거버넌스 전환 시점 판단, /board-deck·/investor-update 작성 시. Board-governance guide defining the quarterly board-deck standard headings (the canonical strings for gate-board-deck) and Asks discipline, plus general governance turning points (board formation by round, audit readiness, board committees). Use when: standardizing a board deck, or judging governance transitions during Series A-C.
03 SKILL.md 正文
Board Governance — 보드·거버넌스 표준
이사회가 5분 안에 상태를 파악하고 Ask 를 결정하게 하는 표준 구조 + 스케일업 거버넌스 전환점.
§덱 표준 (gate-board-deck 계약 — 아래 헤딩 문자열이 정본)
분기 보드덱(board/YYYYQn-deck.md)은 아래 H2 헤딩을 글자 그대로 포함하며, 헤딩 집합은 분기마다 동일해야 한다(gate-board-deck 이 전분기 덱과 diff 검사):
## 실적 요약
## KPI 스코어카드
## 하이라이트·로우라이트
## 재무·런웨이
## 전략·OKR 진척
## Asks
- Sequoia 5블록(비즈니스·재무·제품·팀·Ask)과 Sacks 6섹션을 이 6헤딩으로 통합.
## Asks규율: 각 Ask 는담당: <이름>+기한: YYYY-MM-DD를 짝으로 명시(gate-board-deck 이 개수 일치 검사).## 재무·런웨이: 구조·서사는 board-reporter 가 작성하되 수치 검증은 finance 위임("finance 검증 필요" 마킹).
KPI 팩
board/kpi-pack.json — 분기 고정 지표(ARR·NRR·Gross Margin·번레이트·런웨이·파이프라인·헤드카운트)를 시계열로. 덱의 ## KPI 스코어카드 가 이를 렌더.
거버넌스 전환점 (Series A~C 매핑)
| 전환점 | 기준 | 시점 |
|---|---|---|
| 이사회 구성 | 창업자 중심 → 정식 이사회(창업자 + 투자자 이사 + 독립 이사), 의결·정족수 규칙 수립 | 시리즈 A 라운드 종료 |
| 감사 준비 | 매출 확대에 따른 재무 통제·연간 외부감사 준비, 회계 정책 정비 | Series B 전후 |
| 이사회 위원회 | 감사위원회·보상위원회 도입, 이사회 안건 표준화 | Series B~C |
위 전환점은 인지·문서 준비 트리거다. 관할별 회사법·주주간계약(SHA) 조항·M&A 등 법적 판단은 legal 로 위임한다. 감사·재무 통제의 수치 검증은 finance 위임.
/investor-update 겸용
투자자 업데이트(investor/YYYY-MM.md)는 Wins/Misses/Asks + 현금·런웨이 형식이며, 주주간계약(SHA)상 정보권(정기 재무·사업 보고) 이행 문서를 겸한다.
Boundaries
Will: 덱 표준 헤딩·Asks 규율·KPI 팩 구조 제공, 거버넌스 전환점 매핑. Will Not: 회사법·SHA·M&A 법 판단(→legal), 재무제표·감사 수치 검증(→finance), 덱 대외 배포(사람 승인).
04 同仓库更多 Skills
sync-claude-md
커밋·푸시·PR/MR 직전에 이번 변경이 프로젝트 CLAUDE.md 를 낡게 만드는지 검토하고, 필요할 때만 갱신 diff 를 제안한다 — 아키텍처·디렉터리 구조, 새 통합/MCP, 컨벤션, 빌드·CI·도구, 주요 의존성 변화가 대상. 해당 없으면 한 줄로 끝낸다. Reviews whether pending changes make the project CLAUDE.md stale (architecture, integrations, conventions, build/CI/tooling, major dependencies) and proposes a minimal update diff only when needed. Use when: "CLAUDE.md 갱신 필요해?", "CLAUDE.md 동기화", 커밋/푸시/MR 전에 구조·도구가 바뀐 변경을 정리할 때, sync CLAUDE.md, check CLAUDE.md before commit or PR.
spec-driven-dev
새 기능·프로젝트·큰 변경을 코드보다 스펙 먼저로 진행하는 게이트 워크플로(SPECIFY → PLAN → TASKS → IMPLEMENT) — 가정 명시, 측정 가능한 성공 기준, Always/Ask/Never 경계, 단계별 사람 검토로 범위 이탈과 재작업을 줄인다. Spec-before-code gated workflow for new features or significant changes: explicit assumptions, measurable success criteria, boundaries, and a human review between stages. Use when: "스펙 먼저", "기능 명세", "요구사항 정리", starting a new feature or project, a significant change with vague requirements. 단순 버그 수정·1~2줄 변경엔 불필요.
shipping-guide
프로덕션 배포 전후 가이드 — 배포 전 체크리스트, 피처 플래그 수명주기, 단계적 롤아웃과 진행/보류/롤백 임계값, 롤백 계획 템플릿, 배포 후 모니터링. Production shipping guide: pre-launch checklist, feature-flag lifecycle, staged rollout with go/hold/rollback thresholds, rollback plan template, post-launch monitoring. Use when: "배포 준비", "릴리즈 전 점검", "롤아웃 계획", "롤백 계획", preparing a production deploy, staged rollout, feature flags.
retro
세션 회고·교훈 컴파운딩 — 이번 세션의 교정·실수·발견을 추출해 품질 기준(재현·일반화·판정 가능성)으로 거르고, 컨벤션 변화는 sync-claude-md 위임, 반복 실수는 tasks/lessons.md(#가드-훅-후보 태그), 스킬 지식 갱신은 수정 제안으로 나눈다. 모든 적용은 승인 후. Session retrospective that turns corrections, mistakes, and discoveries into vetted lessons routed to CLAUDE.md sync, tasks/lessons.md, or skill-edit proposals, with user approval before any write. Use when: "회고", "레트로", "교훈 정리", "같은 실수 반복", "재발 방지 규칙", retrospective, lessons learned, wrapping up a task, review, or loop. 여러 실행에 걸친 하네스 개선은 harness:evolve.
project-rules
현재 프로젝트의 스택(빌드 파일 버전, 마이그레이션 도구, ORM 유무, ES 사용, git 호스트)을 감지해 프로젝트 루트 AGENTS.md 의 마커 블록(스택 사실 + 항상 적용되는 스페셜리스트 핵심 ≤15줄 — Claude Code·Codex·Antigravity 공통)과 CLAUDE.md 의 `@AGENTS.md` 연결, Claude 전용 경로 한정 .claude/rules/<stack>-specialist.md(해당 버전에 실제로 맞는 상세 함정)를 diff 로 제안하고, 스택 플러그인을 런타임별로 프로젝트 범위에서 켜는 법을 안내한다. 이전 버전 출력(CLAUDE.md 블록·specialist-core.md)은 AGENTS.md 로 이전을 제안. --check 는 버전 불일치·사라진 ID·크기 한도·연결 누락을 점검. Detects the project's stack and proposes a cross-runtime AGENTS.md block (stack facts + always-on specialist core) linked from CLAUDE.md via @AGENTS.md, plus Claude-only path-scoped specialist rules; migrates the older CLAUDE.md-block layout; --check audits drift. Use when: "이 프로젝트 세팅", "프로젝트 규칙 생성", "AGENTS.md/CLAUDE.md 점검", project setup, generate project rules, audit AGENTS.md or CLAUDE.md drift.
post-merge
MR 머지 완료 후 Plane 이슈 종료와 Outline 문서 업데이트를 자동으로 처리하는 오케스트레이터 스킬입니다. issue-tracker와 document-latest 스킬을 연계 실행하여 머지 후 후속 작업을 일괄 처리합니다. Orchestrates post-merge follow-up after an MR is merged: chains the issue-tracker and document-latest skills to close the Plane issue and update Outline wiki docs in a single batch. Use when: an MR was just merged, closing tickets and syncing documentation after a merge, post-merge cleanup.