company-os

company-os skill 개요

company-os의 용도

company-os는 회사의 운영체계를 설계하거나 개선하기 위한 C레벨 자문형 skill입니다. 여기서 운영체계란 업무가 실제로 조율되는 방식을 좌우하는 역할, 지표, 회의, 우선순위, 이슈 해결 습관의 프레임워크를 뜻합니다. 리더가 EOS, Scaling Up, OKR-native, Holacracy, 또는 맞춤형 하이브리드 모델 중 무엇을 선택할지 판단하고, 그 선택을 실행 가능한 운영 리듬으로 옮겨야 할 때 company-os skill이 특히 유용합니다.

가장 잘 맞는 사용자와 운영 상황

company-os skill은 Internal Operations 역량을 만들고 있는 창업자, CEO, COO, chief of staff, 운영 리더, 리더십 팀에 잘 맞습니다. 특히 창업자 주도 팀, 반복적인 협업 문제를 겪는 스케일업 조직, 또는 분기 계획, accountability chart, 리더십 scorecard, L10 스타일 회의, rocks, OKRs, 주간 임원 운영 리듬을 준비하는 조직에 적합합니다.

일반 프롬프트와의 차이점

일반적인 AI 프롬프트는 경영 프레임워크 목록을 만들어낼 수 있습니다. 반면 company-os는 에이전트가 더 구체적인 운영 관점으로 일하게 합니다. 프레임워크를 비교하고, 현재 운영체계의 빈틈을 찾고, 책임 구조를 설계하고, 지표를 정의하고, 회의 리듬을 다듬고, 90일 단위로 실행 순서를 잡도록 돕습니다. 포함된 참고 자료도 단순 개념 설명이 아니라 의사결정에 맞춰져 있습니다. references/os-comparison.md는 프레임워크 선택에 도움이 되고, references/implementation-guide.md는 단계적 롤아웃에 초점을 둡니다.

company-os가 적합하지 않은 경우

이 skill을 법무·HR 정책 설계, 보상 체계, 재무 통제, 엔터프라이즈 change-management 컨설팅의 대체재로 사용해서는 안 됩니다. 운영 의사결정을 구조화하는 데는 도움이 되지만, 조직의 정확한 맥락이 필요합니다. 리더십이 공통의 운영 리듬을 도입하는 데 합의하지 않았다면 자료 초안은 만들 수 있어도, 경영진의 실행 의지 부족까지 대신 해결할 수는 없습니다.

company-os skill 사용 방법

company-os 설치와 먼저 읽을 파일

다음 repository path에서 skill을 설치합니다.

npx skills add alirezarezvani/claude-skills --skill company-os

설치 후에는 먼저 SKILL.md를 읽어 트리거 개념과 운영체계 관련 용어를 이해하세요. 그다음 아래 파일을 확인합니다.

• references/os-comparison.md: EOS, Scaling Up, OKR-native, Holacracy, 하이브리드 접근의 트레이드오프를 비교합니다.
• references/implementation-guide.md: 90일 단계별 롤아웃 순서를 다룹니다.
• repository path: c-level-advisor/skills/company-os.

이 skill에는 별도의 README나 script layer가 없으므로, 실질적인 가치는 대부분 메인 skill 지침과 두 개의 reference 파일에 담겨 있습니다.

유용한 결과를 위해 필요한 입력

company-os를 제대로 활용하려면 일반적인 프레임워크를 요청하기보다 현재 운영 맥락을 에이전트에 제공해야 합니다. 다음 정보를 포함하세요.

• 회사 단계, 직원 수, 비즈니스 모델, 리더십 팀 구성.
• 현재 회의, 계획 수립 주기, 의사결정 병목.
• 기존 지표, OKRs, scorecards, 또는 그런 체계의 부재.
• 이미 알고 있는 문제: 불명확한 오너십, 반복되는 이슈, 약한 후속 실행, 회의 과부하, 지켜지지 않는 분기 우선순위.
• 제약 조건: 원격/하이브리드 팀, 창업자의 시간 여력, 이사회 기대, 실행 의지, EOS-like, OKR-native, Scaling Up, 또는 hybrid 방향 중 원하는 가이드.

약한 프롬프트는 다음과 같습니다. “Create a company operating system.”
더 좋은 프롬프트는 다음과 같습니다. “Use company-os to design a lightweight operating system for a 45-person B2B SaaS company. We have weekly exec meetings, inconsistent OKRs, no accountability chart, and recurring handoff issues between sales and customer success. Recommend the best-fit framework, first 30 days of implementation, leadership scorecard, and meeting cadence.”

실무에서 쓰는 company-os workflow

설계부터 시작하지 말고 진단부터 시작하세요. 이 skill에 현재 운영의 빈틈을 오너십, 데이터, 회의, 이슈 해결, 분기 우선순위 관점에서 매핑해 달라고 요청합니다. 그다음 명시적인 트레이드오프를 포함해 프레임워크 추천을 요청하세요. EOS vs Scaling Up vs OKR-native vs hybrid를 비교하게 만드는 것이 좋습니다. 이후 핵심 산출물을 순서대로 만듭니다. accountability chart, scorecard, meeting pulse, issue list process, 90-day rocks 또는 OKRs 순서가 적절합니다.

실행 단계에서는 repository의 단계적 접근을 따르세요. 모든 것을 한 번에 시작하지 않는 것이 중요합니다. 현실적인 company-os 가이드는 리더십 합의, 현재 상태 진단, OS owner 지정에서 출발해야 합니다. 그다음 accountability chart와 scorecard를 먼저 도입하고, 더 무거운 회의·계획 의식은 이후에 단계적으로 추가하는 편이 좋습니다.

결과를 개선하는 프롬프트 패턴

설명만 요구하지 말고 결정을 요구하세요. 유용한 프롬프트 표현은 다음과 같습니다.

• “Compare these operating models for our context and recommend one.”
• “Turn our messy org responsibilities into an accountability chart, not an org chart.”
• “Design a weekly leadership meeting agenda that replaces our current meetings.”
• “Create a 90-day implementation plan with risks, owner, and adoption checkpoints.”
• “Identify where this operating system is too heavy for our current stage.”

이런 프롬프트가 효과적인 이유는 skill에 실제 운영 과제를 주기 때문입니다. 선택하고, 순서를 정하고, 단순화하고, 맥락에 맞게 조정하게 만듭니다.

company-os skill FAQ

company-os는 주로 EOS용 skill인가요?

아닙니다. EOS는 다루는 주요 프레임워크 중 하나일 뿐입니다. company-os는 Scaling Up, OKR-native systems, Holacracy, custom hybrids도 지원합니다. 이미 EOS를 선택했을 때만 쓰는 도구가 아니라, 어떤 프레임워크를 선택할지 결정하고 싶을 때 사용하세요.

경영 프레임워크를 잘 모르는 초보자도 사용할 수 있나요?

네. 다만 회사가 현재 겪고 있는 문제를 쉬운 말로 설명할수록 결과가 좋아집니다. IDS, rocks, accountability chart 같은 용어를 미리 알 필요는 없습니다. 이 skill은 불명확한 오너십이나 반복되는 회의 같은 증상을 운영체계 구성요소로 바꾸는 데 유용합니다.

Internal Operations를 위한 company-os는 전략 수립과 어떻게 다른가요?

전략 수립은 회사가 어디로 갈지를 정합니다. Internal Operations는 그 전략을 실행하기 위해 회사가 매주 어떻게 돌아갈지를 정합니다. company-os는 회의 리듬, scorecards, accountability, 분기 우선순위, 이슈 해결을 통해 두 영역을 연결합니다.

언제 company-os 설치를 피해야 하나요?

일회성 회의 agenda, 일반적인 OKR template, 개인 생산성 조언만 필요하다면 피하는 것이 좋습니다. 이 skill은 리더십 전반의 운영 습관을 바꿀 준비가 된 팀에 가장 잘 맞습니다. 실행 owner 없이 문서만 따로 만드는 작업에는 적합하지 않습니다.

company-os skill 개선 방법

더 선명한 맥락으로 company-os 결과 개선하기

품질을 가장 크게 좌우하는 요소는 구체성입니다. 현재 회의 목록, 리더십 역할, 지표, 계획 산출물, 문제점을 제공하세요. 기존 OKRs, scorecards, org charts가 있다면 요약을 붙여 넣고 이를 운영체계 산출물로 바꿔 달라고 요청하세요. 이 skill은 아무것도 없는 상태에서 새로 만들어내기보다, 기존 관행을 조정하거나 단순화하거나 필요하면 비판적으로 재검토할 수 있을 때 더 좋은 결과를 냅니다.

흔한 실패 패턴 점검하기

흔한 약한 결과물에는 지나치게 복잡한 시스템, 너무 많은 회의, 불명확한 owner, 회사 단계와 맞지 않는 프레임워크 순수주의가 포함됩니다. skill에 복잡도를 표시하고, 미뤄야 할 항목을 식별하고, “지금 반드시 실행할 것”과 “리듬이 안정된 뒤 나중에 할 것”을 분리해 달라고 요청하세요. 작은 팀이라면 lightweight version을 요청하세요. 더 큰 팀이라면 governance와 rollout checkpoints를 요청하는 것이 좋습니다.

첫 운영 설계 이후 반복 개선하기

첫 초안을 받은 뒤에는 도입 리스크에 초점을 맞춰 한 번 더 검토하세요.

• “What will leaders resist?”
• “Which meetings can we delete or merge?”
• “Which metrics are lagging indicators and which are weekly controllables?”
• “Where is ownership still ambiguous?”
• “What should the OS owner inspect every Friday?”

이렇게 하면 company-os가 정적인 프레임워크 생성기에 머무르지 않고, 실제 실행 파트너처럼 작동합니다.

조직에 맞게 skill 커스터마이즈하기

로컬에서 company-os skill을 개선하려면 선호하는 운영 산출물 예시를 추가하세요. scorecard templates, meeting agendas, quarterly planning formats, decision rights, executive roles의 정의 등이 좋습니다. 예시는 간결하고 최신 상태로 유지하세요. 목표는 에이전트를 하나의 프레임워크에 고정하는 것이 아니라, 추천 내용이 회사의 언어, 리듬, 운영 구조에 대한 수용도와 맞도록 만드는 것입니다.