chief-of-staff

chief-of-staff skill 개요

chief-of-staff가 하는 일

chief-of-staff는 창업자의 의사결정을 지원하기 위한 C-suite 오케스트레이션 skill입니다. 모든 질문에 하나의 일반적인 관점으로 답하는 대신, 사안을 가장 적합한 임원 자문 역할로 라우팅하고, 여러 역할이 참여하는 board meeting이 필요한지 판단하며, 상충하는 관점을 종합하고, 결정이 내려지면 그 결정을 기록합니다.

이 skill의 핵심은 “스타트업 조언을 해주는 것”이 아닙니다. “지금 투자 유치를 해야 할까, 아니면 burn을 줄여야 할까?”처럼 모호한 운영 질문을 창업자가 구조화된 의사결정 과정으로 바꾸도록 돕는 것이 핵심입니다. 이 과정에서 finance, growth, product, operations, people, technology, CEO-level tradeoffs 같은 적절한 관점을 적용합니다.

가장 잘 맞는 사용자와 의사결정

chief-of-staff skill은 반복 가능한 임원 자문 워크플로를 원하는 창업자, 오퍼레이터, AI-agent 빌더에게 잘 맞습니다. 특히 pricing, runway, hiring pace, product prioritization, restructuring, fundraising timing, leadership conflict, simulated board discussion을 열어야 하는지 같은 여러 기능 조직을 가로지르는 의사결정에서 강합니다.

반대로 카피 작성, 코드 디버깅, 사실 확인처럼 범위가 좁은 단일 작업에는 덜 유용합니다. 잘못된 자문 프레임을 선택할 위험이 있거나, 이해관계자 관점을 놓칠 수 있거나, 여러 역할의 답변만 쌓이고 명확한 추천이 나오지 않는 상황에서 사용하는 것이 좋습니다.

이 skill이 다른 점

차별점은 라우팅과 종합 레이어입니다. 이 repository에는 질문 유형을 임원 역할과 복잡도 점수에 매핑하는 references/routing-matrix.md, 여러 역할의 응답을 창업자가 바로 쓸 수 있는 하나의 답변으로 통합하는 방법을 설명하는 references/synthesis-framework.md가 포함되어 있습니다.

그래서 Decision Support용 chief-of-staff는 넓은 의미의 “act as my COO” 프롬프트보다 더 구조화되어 있습니다. loop prevention rules, maximum invocation depth, routing syntax, 그리고 복잡도가 높은 의사결정을 위한 board-meeting pathway가 포함되어 있습니다.

chief-of-staff skill 사용 방법

chief-of-staff 설치와 먼저 확인할 파일

사용 중인 skill manager가 GitHub skill 설치를 지원한다면 다음 명령으로 설치합니다.

npx skills add alirezarezvani/claude-skills --skill chief-of-staff

그다음 skill 경로를 확인합니다.

c-level-advisor/skills/chief-of-staff

다음 파일을 순서대로 읽어보세요.

1. SKILL.md — session protocol, invocation syntax, routing behavior, loop prevention.
2. references/routing-matrix.md — 어떤 임원 역할이 어떤 의사결정을 다뤄야 하는지.
3. references/synthesis-framework.md — 여러 역할의 출력이 어떻게 하나의 추천으로 종합되는지.

별도로 설정해야 할 scripts나 resources는 없습니다. 따라서 도입 성패는 주로 프로토콜을 제대로 사용하고, 충분한 회사 맥락을 제공하는 데 달려 있습니다.

skill이 잘 작동하기 위해 필요한 입력

이 skill은 context-engine skill을 통해 회사 맥락을 불러오도록 설계되어 있지만, 사용 환경에 해당 정보가 이미 들어 있지 않다면 의사결정에 필요한 사실을 직접 제공해야 합니다. 좋은 입력에는 다음이 포함됩니다.

• 회사 단계, 비즈니스 모델, 시장, 현재 목표.
• 관련 수치: runway, burn, revenue, growth, margins, sales cycle, headcount.
• 의사결정 기한과 되돌릴 수 있는 정도.
• 이미 검토 중인 선택지.
• 제약 조건: cash, team capacity, investor promises, customer commitments.
• 좋은 답변이 산출해야 하는 것: decision, options, risk map, board recommendation, next actions.

약한 프롬프트: “Should we hire a VP Sales?”

더 나은 프롬프트: “We are a B2B SaaS company at $1.8M ARR, growing 6% MoM, 11 months runway, founder-led sales, 4 AEs, weak pipeline discipline. Should we hire a VP Sales now, promote internally, or wait until after Series A? Route this through chief-of-staff and synthesize CFO, CRO, and CEO tradeoffs.”

Invocation syntax와 실무 워크플로

업스트림 skill은 다음 invocation format을 사용합니다.

[INVOKE:role|question]

예시는 다음과 같습니다.

[INVOKE:cfo|What's the right runway target given our growth rate?]

[INVOKE:board|Should we raise a bridge or cut to profitability?]

실무에서 chief-of-staff를 사용할 때는 다음 흐름이 유용합니다.

1. 창업자의 질문과 회사 맥락으로 시작합니다.
2. skill이 복잡도를 평가하고 하나의 역할, 여러 역할, 또는 board를 선택하게 합니다.
3. 추천 전에 가정을 먼저 명시하라고 요청합니다.
4. 여러 역할이 필요한 의사결정에서는 대화록이 아니라 종합 결과를 요청합니다.
5. 하나의 결정 지점, 남은 리스크, 다음 행동으로 마무리합니다.

중요도가 높은 의사결정이라면 명시적으로 이렇게 요청하세요. “If this requires a board meeting, convene one; otherwise route to the minimum necessary roles.”

chief-of-staff skill FAQ

chief-of-staff는 일반 프롬프트보다 나은가요?

문제가 여러 기능 조직에 걸쳐 있다면 그렇습니다. 일반 프롬프트는 어떤 관점이 추천을 이끄는지 설명하지 않은 채 섞인 답변을 내놓는 경우가 많습니다. chief-of-staff skill은 라우팅 규율을 더합니다. capital과 runway는 CFO, people issues는 CHRO, product와 technical tradeoffs는 CPO/CTO, revenue는 CRO, 복잡한 다영역 의사결정은 board mode로 다룹니다.

간단한 조언이라면 일반 프롬프트가 더 빠를 수 있습니다. 하지만 실제 tradeoff가 있는 창업자 의사결정에서는 이 skill이 blind spot을 줄여줍니다.

이 skill이 하지 않는 일은 무엇인가요?

이 skill은 법률, 재무, HR, 의료, 투자 전문가를 대체하지 않습니다. 또한 agent 환경에 회사 맥락이 로드되어 있거나 사용자가 프롬프트에 제공하지 않는 한, 운영 데이터를 마법처럼 알 수 없습니다.

이 skill은 자문적 추론을 조율합니다. 주변 agent setup이 해당 작업을 지원하지 않는 한 fundraising을 실행하거나, financial models를 업데이트하거나, roadmaps를 변경하거나, 신뢰할 수 있는 decision log를 생성하지는 않습니다.

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

어느 정도는 쉽습니다. invocation syntax는 단순하지만, 사용자가 role answer와 synthesized decision의 차이를 이해할수록 출력 품질이 크게 좋아집니다. 초보자는 먼저 skill에 라우팅 선택을 설명하게 하는 방식으로 시작하는 것이 좋습니다.

“Use chief-of-staff. First state which role or roles you are routing to and why, then provide the synthesized recommendation.”

이렇게 하면 skill이 모든 질문을 과도하게 board meeting으로 올리고 있지 않은지 확인하는 데 도움이 됩니다.

언제 이 skill을 피해야 하나요?

단일 전문가 답변, 빠른 콘텐츠 초안, 코딩 작업, 순수한 사실 조회가 필요할 때는 chief-of-staff를 피하는 것이 좋습니다. 의미 있는 의사결정을 할 만큼 충분한 비즈니스 맥락을 공유할 수 없는 경우에도 적합하지 않습니다. 숫자, 제약, 목표가 없으면 이 skill은 그럴듯하지만 일반적인 임원 조언을 내놓을 수 있습니다.

chief-of-staff skill 개선 방법

의사결정 수준의 맥락으로 chief-of-staff 출력 개선하기

가장 중요한 개선 방법은 skill에 의사결정 수준의 입력을 제공하는 것입니다. 주제만 말하지 말고 실제 선택지를 포함하세요. “Pricing strategy”는 너무 넓습니다. “Should we move from seat-based to usage-based pricing before Series A?”라고 묻는 편이 routing matrix가 실제 의사결정으로 분류하기 좋습니다.

현재 지표 기준선과 틀렸을 때의 결과도 함께 넣으세요. runway가 6개월일 때와 24개월일 때 CFO의 답은 달라집니다. churn의 원인이 missing features인지 poor onboarding인지에 따라 CPO의 답도 달라집니다.

라우팅, 에스컬레이션, 종합 품질 제어하기

흔한 실패 모드는 over-routing, under-routing, summary-style synthesis입니다. 이를 막으려면 다음처럼 요청하세요.

• “Use the fewest roles needed.”
• “Escalate to board only if the decision affects multiple functions or has high downside.”
• “Name conflicts between roles instead of averaging them.”
• “End with a recommended path, not a list of equal options.”

이는 repository의 synthesis framework와도 맞습니다. 여기서 가장 가치 있는 출력은 consensus, conflicts, gaps, priority actions, 그리고 하나의 명확한 decision point를 통합한 의사결정입니다.

첫 답변 이후 반복 개선하기

첫 출력이 나온 뒤 단순히 “more detail”을 요청하지 마세요. 대신 목표가 분명한 후속 질문을 하세요.

• “What assumption would change the recommendation?”
• “What would the CFO object to?”
• “What is the lowest-regret option if our growth forecast is wrong?”
• “What should we decide this week versus revisit in 30 days?”
• “Convert this into a decision log entry with owner, date, rationale, and review trigger.”

이렇게 하면 chief-of-staff를 일회성 조언자가 아니라 창업자 의사결정을 위한 반복 가능한 운영 리듬으로 활용할 수 있습니다.