board-meeting

board-meeting skill 개요

board-meeting이 필요한 상황

board-meeting은 전략적 의사결정을 구조적으로 논의하기 위한 Claude skill입니다. 하나의 섞인 추천안을 바로 요청하는 대신, board-meeting skill은 여섯 단계 프로토콜로 진행됩니다. 회사 맥락 로딩, C-suite 관점의 독립 검토, 비판자 리뷰, 종합, founder 리뷰, 결정 사항 추출의 순서입니다. 재무, go-to-market, 운영, 제품, 리더십 사이의 트레이드오프를 최종 결정 전에 분리해서 검토해야 하는 고위험 의사결정에 특히 잘 맞습니다.

잘 맞는 사용자와 의사결정

board-meeting은 시장 확장, 가격 변경, 제품 베팅, fundraising 트레이드오프, 채용 계획, 운영 구조 개편, 주요 고객 전략처럼 공식적인 절차를 둘 만큼 중요한 Strategic Planning에 사용하기 좋습니다. 창업자, chief of staff, AI를 자문위원회처럼 활용하는 1인 운영자, 느슨한 채팅 결과가 아니라 반복 가능한 의사결정 기록을 원하는 팀에 적합합니다.

무엇이 다른가

가장 큰 차별점은 집단사고를 줄이도록 설계됐다는 점입니다. 각 역할은 서로의 의견을 보기 전에 독립적으로 기여하고, 이후 비판자 레이어가 충돌 지점, 약한 가정, 소수 의견을 드러냅니다. 또한 이 skill은 2계층 메모리 패턴을 통해 원시 토론과 승인된 결정을 분리하므로, 최종 회의록이 지저분한 대화 기록으로 변하지 않습니다.

도입 전에 필요한 것

이 skill은 회사 맥락과 과거 의사결정 이력을 제공할 수 있다는 전제를 둡니다. ~/.claude/company-context.md, ~/.claude/decisions/approved/ 아래의 승인된 결정, ~/.claude/decisions/raw/ 아래의 원시 회의 로그 같은 파일을 참조합니다. 이런 파일을 유지하고 있지 않아도 프로토콜은 사용할 수 있지만, 실행하기 전에 같은 수준의 맥락을 대화에 붙여 넣는 것이 좋습니다.

board-meeting skill 사용 방법

board-meeting 설치 후 먼저 확인할 파일

다음 명령으로 설치합니다.

npx skills add alirezarezvani/claude-skills --skill board-meeting

설치 후에는 먼저 SKILL.md를 읽어야 합니다. 이 파일에 트리거, 진행 단계, 역할 선택 로직, 예상 출력 형식이 정의되어 있습니다. 그다음 references/meeting-facilitation.md를 확인해 실무적인 진행 규칙을 살펴보세요. 특히 발언 분량 제한, 갈등 처리, 논의가 옆길로 샐 때의 대응이 중요합니다. 마지막으로 templates/meeting-agenda.md와 templates/meeting-minutes.md를 확인하세요. 이 파일들이 board-meeting 사용을 임시방편이 아니라 반복 가능한 워크플로로 만들어 줍니다.

skill 호출 방법

기본 호출 방식은 다음과 같습니다.

/cs:boardroom [topic]

예시는 다음과 같습니다.

/cs:boardroom Should we expand to Spain in Q3?

더 좋은 결과를 원한다면 짧은 주제만 입력하고 끝내지 마세요. 의사결정 기한, 현재 제약, 알려진 선택지, 성공 기준, 이미 확보한 근거를 함께 넣어야 합니다. 좋은 프롬프트는 다음과 같습니다.

/cs:boardroom Decide whether we should expand to Spain in Q3. We have $350k available budget, 2 sales hires planned, no local entity yet, and current EU inbound demand is 18 qualified leads/month. Compare Spain launch, wait until Q4, or test through partners. Decision needed today: whether to allocate budget and assign an owner.

호출 전에 agenda 준비하기

진지한 board-meeting 가이드 워크플로로 사용하려면 templates/meeting-agenda.md부터 시작하세요. agenda item 유형, 정확히 내려야 할 결정, 성공 기준, 관련 과거 결정, 논의에서 제외할 주제를 정의합니다. 이렇게 해야 시뮬레이션된 board가 의사결정 회의를 넓은 전략 브레인스토밍으로 바꿔 버리는 일을 막을 수 있습니다.

유용한 agenda item은 다음 질문에 답해야 합니다.

• 지금 반드시 결정해야 하는 것은 무엇인가?
• 실제로 검토 대상인 선택지는 무엇인가?
• 절대 위반해서는 안 되는 제약은 무엇인가?
• 좋은 결정이라고 볼 수 있는 기준은 무엇인가?
• 이전에 승인된 어떤 결정을 거스르면 안 되는가?

회의를 의사결정 프로세스로 운영하기

이 skill은 일반 프롬프트보다 진행자가 있는 임원 세션에 가깝게 작동한다고 예상하는 편이 좋습니다. 모든 역할에게 발언을 시키기보다 Chief of Staff가 관련 역할을 선택하게 두세요. 예를 들어 시장 확장 안건이라면 CEO, CMO, CFO, CRO, COO 정도면 충분할 수 있습니다. 첫 출력 이후에는 비판자 단계에서 해결되지 않은 충돌, 빠진 근거, “무엇이 있으면 우리의 생각이 바뀔까”에 집중하도록 요청하세요. 그런 다음 templates/meeting-minutes.md를 사용해 founder가 승인한 결정, 담당자, 기한, 기각된 제안, 리뷰 날짜만 기록합니다.

board-meeting skill FAQ

board-meeting은 일반 전략 프롬프트보다 나은가?

관점을 분리해 검토하고 서면 의사결정 기록을 남기는 것이 중요한 경우에는 그렇습니다. 일반 프롬프트는 너무 빨리 그럴듯한 추천안을 내놓을 수 있습니다. board-meeting skill은 역할별 입장, 명시적인 이견, 확신 수준, 기각된 대안, 나중에 다시 검토할 수 있는 최종 결정을 원할 때 더 적합합니다.

언제 board-meeting을 쓰지 않는 편이 좋은가?

작은 전술 질문, 빠른 카피라이팅, 단순 리서치 요약, 실질적인 트레이드오프가 없는 결정에는 쓰지 않는 편이 좋습니다. 이 프로토콜에는 절차적 비용이 있습니다. 단지 “선택지 세 개만 제시해줘”가 필요하다면 일반 프롬프트가 더 빠릅니다. board-meeting은 성급한 합의가 위험할 때 가장 유용합니다.

board-meeting 사용에 모든 메모리 파일이 필요한가?

필수는 아니지만, 있으면 출력 품질이 좋아집니다. 이 skill은 ~/.claude/company-context.md와 승인된 의사결정 기록을 중심으로 설계되어 있습니다. 해당 파일이 없다면 /cs:boardroom을 호출하기 전에 간결한 회사 소개, 최근 결정, 재무 제약, 팀 가용 역량, 현재 목표를 채팅에 붙여 넣으세요.

초보자도 사용하기 쉬운가?

초보자도 사용할 수 있지만, 입력을 체계적으로 준비할수록 보상이 큽니다. 처음 사용하는 경우 하나의 결정, 하나의 agenda item, 세 개에서 다섯 개 정도의 관련 역할로 시작하세요. “우리 전략을 검토해줘”처럼 모호한 주제로 전체 board를 시뮬레이션해 달라고 하기보다는, “앞으로 두 분기 동안 enterprise sales와 self-serve growth 중 무엇을 선택할지 결정하자”처럼 구체적인 결정을 요청하는 편이 좋습니다.

board-meeting skill 개선 방법

회의 전에 board-meeting 입력을 더 선명하게 만들기

board-meeting 결과를 가장 빠르게 개선하는 방법은 제약 조건을 더 명확히 제공하는 것입니다. 예산, runway, 기한, 현재 지표, 팀 역량, 고객 근거, 양보할 수 없는 조건을 포함하세요. 약한 입력은 “새 시장에 진입해야 할까?”입니다. 강한 입력은 “$350k 상한 예산, 영업 인력 2명 채용 예정, 파트너 옵션 존재, 연말까지 $500k pipeline 목표라는 조건에서 Q3에 Spain에 진입해야 할까?”입니다.

역할 범위와 발언 길이 조절하기

이 repository의 facilitation guide는 전문가 역할이 과도하게 발언할 수 있다고 경고합니다. 각 역할은 핵심 포인트 다섯 개로 제한하고, 명확한 추천안, 확신 수준, “무엇이 있으면 내 생각이 바뀔까”를 반드시 포함하게 하세요. 이렇게 하면 최종 종합 단계가 길고 들쭉날쭉한 에세이들이 아니라 비교 가능한 입력을 바탕으로 이루어져 board-meeting skill의 효용이 높아집니다.

흔한 실패 패턴 점검하기

흔한 실패로는 모호한 추천, 근거 없는 합의, CFO 또는 legal 우려가 너무 늦게 등장하는 경우, 담당자가 없는 action item이 있습니다. 이런 일이 생기면 진행자에게 비판자 단계를 구체적인 질문으로 다시 실행해 달라고 요청하세요. “가장 약한 가정은 무엇인가?”, “가장 강하게 반대하는 역할은 누구인가?”, “어떤 downside가 있으면 이 결정은 받아들일 수 없는가?”, “이 계획이 성립하려면 무엇이 참이어야 하는가?”처럼 물어보면 됩니다.

토론에서 승인된 회의록으로 반복 개선하기

첫 번째 종합 결과를 최종 답변으로 취급하지 마세요. 결정 옵션, 트레이드오프, 추천 선택지, 반대 의견, 담당자, 기한, 리뷰 날짜가 포함된 founder-review 버전을 요청하세요. 그런 다음 승인된 결과만 meeting-minutes template으로 옮깁니다. 이렇게 하면 원시 토론과 오래 남길 의사결정 기록이 분리되고, 이후 board-meeting 세션도 더 일관되게 운영할 수 있습니다.