company-os

company-os skill の概要

company-os は何のためのものか

company-os は、会社のオペレーティングシステムを設計・改善するための C-level 向けアドバイザリースキルです。ここでいうオペレーティングシステムとは、役割、指標、会議、優先順位、課題解決の習慣といった、実際に仕事をどう連携させるかを決める仕組みを指します。EOS、Scaling Up、OKR-native、Holacracy、または独自のハイブリッドモデルのどれを採用すべきかを経営陣が判断し、その選択を実行可能な運営リズムに落とし込む場面で特に役立ちます。

向いているユーザーと組織状況

company-os skill は、Internal Operations の規律を整えようとしている創業者、CEO、COO、chiefs of staff、オペレーション責任者、経営チームに向いています。特に、創業者主導のチーム、成長に伴って調整課題が繰り返し起きている企業、四半期計画、accountability charts、leadership scorecards、L10-style meetings、rocks、OKRs、週次の経営リズムを整えようとしている組織に適しています。

汎用プロンプトとの違い

一般的な AI プロンプトでは、マネジメントフレームワークの一覧が返ってくるだけになりがちです。company-os は、より具体的な運営の視点をエージェントに与えます。フレームワークの比較、現在の仕組みのギャップ特定、責任構造の設計、指標の定義、会議リズムの設計、90日間の導入順序づけまで扱えます。含まれている参照資料も概念説明にとどまらず、意思決定に使いやすい構成です。references/os-comparison.md はフレームワーク選定に役立ち、references/implementation-guide.md は段階的なロールアウトに焦点を当てています。

company-os が適さない場合

このスキルは、法務を含む HR ポリシー設計、報酬制度設計、財務統制、エンタープライズ規模のチェンジマネジメントコンサルティングの代替として使うものではありません。運営上の意思決定を整理する助けにはなりますが、組織からの正確なコンテキストが必要です。経営陣が共通の運営リズムを採用することに合意していない場合、資料のドラフトは作れますが、経営コミットメントの不足そのものを乗り越えることはできません。

company-os skill の使い方

company-os のインストールと最初に読むファイル

リポジトリパスからスキルをインストールします。

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

インストール後は、まず SKILL.md を読み、トリガーとなる概念とオペレーティングシステム関連の用語を把握してください。次に以下を確認します。

• EOS、Scaling Up、OKR-native、Holacracy、ハイブリッドのトレードオフを確認するための references/os-comparison.md。
• 90日間の段階的なロールアウト手順を確認するための references/implementation-guide.md。
• リポジトリパス: c-level-advisor/skills/company-os。

このスキルには独立した README やスクリプト層はありません。そのため、実務上の価値の大半は、メインのスキル指示と2つの参照ファイルにあります。

有用な出力に必要な入力

company-os を効果的に使うには、汎用的なフレームワークを求めるのではなく、現在の運営コンテキストをエージェントに渡してください。含めるとよい情報は次のとおりです。

• 会社のステージ、従業員数、ビジネスモデル、経営チームの構成。
• 現在の会議、計画サイクル、意思決定のボトルネック。
• 既存の指標、OKRs、scorecards、またはそれらがないこと。
• 既知の課題: オーナーシップの曖昧さ、繰り返し発生する問題、フォローアップの弱さ、会議過多、定着しない四半期優先事項。
• 制約条件: リモート／ハイブリッドチーム、創業者の稼働余力、取締役会からの期待、導入に対する許容度、EOS-like、OKR-native、Scaling Up、またはハイブリッドのどの方向性を求めるか。

弱いプロンプトの例: “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 ワークフロー

設計から始めるのではなく、まず診断から始めます。オーナーシップ、データ、会議、課題解決、四半期優先事項の観点で、現在の運営ギャップをマッピングするようスキルに依頼します。次に、明示的なトレードオフを含めてフレームワークの推奨を求めます。EOS vs Scaling Up vs OKR-native vs hybrid の比較です。その後、accountability chart、scorecard、meeting pulse、issue list process、90-day rocks または OKRs の順で中核となる成果物を作成します。

導入時は、リポジトリにある段階的な考え方に従ってください。すべてを一度に立ち上げるべきではありません。現実的な 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.”

これらのプロンプトが有効なのは、選ぶ、順序づける、簡素化する、適応させるという実際の運営課題をスキルに与えているからです。

company-os skill FAQ

company-os は主に EOS 向けのスキルですか？

いいえ。EOS は扱う主要フレームワークの1つですが、company-os は Scaling Up、OKR-native systems、Holacracy、独自のハイブリッドにも対応します。すでに EOS を選んでいる場合だけでなく、どのフレームワークを選ぶべきかを判断したいときに使ってください。

マネジメントフレームワークを知らない初心者でも使えますか？

はい。ただし、自社の現在の問題を平易な言葉で説明すると出力の質が上がります。IDS、rocks、accountability chart といった用語を事前に知っている必要はありません。このスキルは、オーナーシップが不明確、会議が繰り返されるといった症状を、オペレーティングシステムの構成要素へ翻訳するのに役立ちます。

Internal Operations 向けの company-os は戦略計画と何が違いますか？

戦略計画は、会社がどこへ向かうのかを定義します。Internal Operations は、その戦略を実行するために会社が毎週どのように動くかを定義します。company-os は、会議リズム、scorecards、accountability、四半期優先事項、課題解決を通じて両者をつなぎます。

company-os のインストールを避けるべきなのはどんな場合ですか？

単発の会議アジェンダ、汎用的な OKR テンプレート、個人の生産性アドバイスだけが必要な場合は避けたほうがよいです。このスキルは、実装オーナーのいない単独のドキュメント作成ではなく、経営レベルで運営習慣を変える意思のあるチームに最も適しています。

company-os skill を改善する方法

より明確なコンテキストで company-os の結果を良くする

品質を最も大きく左右するのは具体性です。現在の会議一覧、経営ロール、指標、計画資料、課題を提供してください。既存の OKRs、scorecards、org charts がある場合は、要約を貼り付け、それらをオペレーティングシステムの成果物に変換するよう依頼します。何もない状態から作らせるより、既存のやり方に適応し、簡素化し、必要に応じて異議を唱えられるときに、このスキルはより良い働きをします。

よくある失敗パターンに注意する

弱い出力にありがちなのは、過剰に作り込まれた仕組み、会議の増えすぎ、不明確なオーナー、会社のステージに合わないフレームワーク純度へのこだわりです。複雑さを指摘し、先送りすべきものを特定し、“must implement now” と “later once the rhythm is stable” を分けるようスキルに依頼してください。小規模チームの場合は軽量版を求めます。大規模チームの場合は、ガバナンスとロールアウトのチェックポイントを求めます。

最初の運営設計後に反復する

最初のドラフトを受け取ったら、導入リスクに焦点を当てて2回目のレビューを行います。

• “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 は静的なフレームワーク生成ツールではなく、実装に使える実践的なパートナーになります。

自社向けにスキルをカスタマイズする

company-os skill をローカルで改善するには、自社が好む運営成果物の例を追加します。たとえば、scorecard templates、meeting agendas、quarterly planning formats、decision rights、executive roles の定義などです。例は簡潔かつ最新の状態に保ってください。目的は、エージェントを1つのフレームワークに固定することではありません。自社の言葉、リズム、運営構造に対する許容度に合う推奨を出せるようにすることです。