company-os

company-os skill 概覽

company-os 適合用來做什麼

company-os 是一項面向 C-level 的顧問型 skill，用來設計或改善公司的營運作業系統：也就是由角色分工、指標、會議、優先事項，以及議題解決習慣所組成的架構，決定工作在日常中究竟如何被協調與推進。當領導者需要在 EOS、Scaling Up、OKR-native、Holacracy，或自訂混合模式之間做選擇，並把選擇轉化為可執行的營運節奏時，company-os skill 特別有用。

最適合的使用者與營運情境

company-os skill 適合創辦人、CEO、COO、chiefs of staff、營運主管，以及正在建立 Internal Operations 紀律的領導團隊。它尤其適用於創辦人主導的團隊、因規模擴張而反覆出現協調問題的公司，或正在準備季度規劃、責任歸屬圖、領導團隊 scorecards、L10-style meetings、rocks、OKRs，或每週高階主管營運節奏的組織。

和一般 prompt 有什麼不同

一般 AI prompt 可能只會產出一份管理框架清單。company-os 會給 agent 更具體的營運視角：比較不同框架、找出現行系統缺口、設計責任結構、定義指標、安排會議節奏，並規劃 90 天的導入順序。內含參考資料偏向決策用途，而不只是概念介紹：references/os-comparison.md 協助選擇框架，references/implementation-guide.md 則聚焦分階段推行。

什麼時候不適合使用 company-os

不要把這個 skill 當成法律 HR 政策設計、薪酬架構、財務控制，或企業級變革管理顧問的替代品。它可以協助梳理營運決策，但需要你提供組織的準確脈絡。如果領導層尚未對採用共同營運節奏形成共識，這個 skill 可以起草材料，但無法彌補高階主管承諾不足的問題。

如何使用 company-os skill

company-os 安裝方式與優先閱讀的檔案

從以下 repository path 安裝這個 skill：

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

安裝後，先閱讀 SKILL.md，了解觸發概念與 operating-system 相關詞彙。接著檢視：

• 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 instructions 與兩個 reference files 裡。

產出有用結果所需的輸入

若要有效使用 company-os，請提供 agent 目前的營運脈絡，而不是只要求一個通用框架。建議包含：

• 公司階段、員工人數、商業模式，以及領導團隊組成。
• 目前會議、規劃節奏，以及決策瓶頸。
• 現有 metrics、OKRs、scorecards，或目前缺乏這些機制的狀況。
• 已知痛點：責任不清、問題重複發生、後續追蹤薄弱、會議過多，或季度優先事項無法真正落地。
• 限制條件：遠距／混合團隊、創辦人時間帶寬、董事會期待、導入意願，以及你想要 EOS-like、OKR-native、Scaling Up，或混合式建議。

較弱的 prompt 是：「Create a company operating system。」
較好的 prompt 是：「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 工作流程

先診斷，再設計。請 skill 先從 ownership、data、meetings、issue resolution、quarterly priorities 等面向，盤點你目前的營運缺口。接著，要求它提出框架建議，並明確說明取捨：EOS vs Scaling Up vs OKR-native vs hybrid。然後依序建立核心產物：accountability chart、scorecard、meeting pulse、issue list process，以及 90-day rocks 或 OKRs。

導入時，請遵循 repository 中的分階段邏輯：不要一次啟動所有東西。務實的 company-os guide 應先從領導層對齊、現況盤點，以及指定 OS owner 開始。接著先導入 accountability chart 與 scorecard，再增加較重的會議與規劃儀式。

能改善輸出的 prompt 寫法

要求它做決策，而不只是解釋。好用的 prompt 句型包括：

• “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.”

這些 prompt 有效，是因為它們給 skill 一個真實的營運任務：選擇、排序、簡化與調整。

company-os skill 常見問題

company-os 主要是 EOS skill 嗎？

不是。EOS 是涵蓋的主要框架之一，但 company-os 也支援 Scaling Up、OKR-native systems、Holacracy，以及自訂混合模式。當你需要的是框架決策，而不只是已經選定 EOS 後的執行協助時，就適合使用它。

不熟管理框架的新手也能使用這個 skill 嗎？

可以，但如果你用白話描述公司目前遇到的問題，輸出品質會更好。你不需要事先知道 IDS、rocks 或 accountability chart 這些術語。這個 skill 的價值在於把「責任不清」或「會議一再重複」這類症狀，轉換成營運作業系統中的具體元件。

面向 Internal Operations 的 company-os 和策略規劃有什麼不同？

策略規劃定義公司要往哪裡去。Internal Operations 定義公司每週如何運作，才能執行那個策略。company-os 透過會議節奏、scorecards、責任歸屬、季度優先事項與議題解決，把兩者連接起來。

什麼情況下不該安裝 company-os？

如果你只需要一次性的會議議程、通用 OKR 模板，或個人生產力建議，就不太適合。它最適合願意在領導層層級改變營運習慣的團隊，而不是沒有 implementation owner 的單點文件工作。

如何改進 company-os skill

用更精準的脈絡改善 company-os 結果

影響品質最大的槓桿是具體程度。提供你目前的會議清單、領導角色、metrics、規劃文件與痛點。如果你已有 OKRs、scorecards 或 org charts，貼上摘要，並要求 skill 將它們轉換成 operating-system artifacts。當 skill 能調整、簡化或挑戰既有做法，而不是從零憑空發明時，表現會更好。

留意常見失敗模式

常見的弱輸出包括系統設計過重、會議太多、owner 不清楚，以及過度追求框架純度、卻不符合公司階段。請要求 skill 標示複雜度、指出應延後的項目，並區分「現在必須導入」和「等節奏穩定後再做」。小型團隊應要求輕量版本；較大型團隊則應要求 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 的定義。範例應保持精簡且符合現況。目標不是把 agent 鎖死在單一框架裡，而是讓它的建議更貼近你公司的語言、節奏，以及對營運結構的接受程度。