company-os

company-os skill 概览

company-os 适合解决什么问题

company-os 是一项面向 C-level 的顾问型 skill，用于设计或改进公司的 operating system：也就是由角色、指标、会议、优先级和问题解决习惯共同构成的运行框架，决定工作在现实中如何被协调推进。当领导团队需要在 EOS、Scaling Up、OKR-native、Holacracy 或自定义混合模式之间做选择，并把选择落到可执行的运营节奏上时，company-os skill 尤其有用。

最适合的用户与组织场景

company-os skill 适合创始人、CEO、COO、chief of staff、运营负责人，以及正在建设 Internal Operations 能力的领导团队。它特别适用于创始人主导的团队、正在扩张且反复出现协同问题的公司，或正在准备季度规划、accountability chart、领导层 scorecard、L10-style meetings、rocks、OKRs 或每周高管节奏的组织。

它和普通 prompt 的区别

普通 AI prompt 可能只会生成一组管理框架清单。company-os 会给 agent 一个更具体的运营视角：比较框架、识别当前系统缺口、设计 accountability 结构、定义指标、塑造会议节奏，并按 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 天 rollout 顺序。
• repository path：c-level-advisor/skills/company-os。

这个 skill 没有单独的 README 或 script layer，因此大部分实用价值都集中在主 skill instructions 和两个 reference files 中。

为了获得有效输出，需要提供哪些输入

想让 company-os 产生高质量结果，不要只要求一个通用框架，而要提供当前运营背景。建议包括：

• 公司阶段、员工人数、商业模式和领导团队形态。
• 当前会议安排、规划节奏和决策瓶颈。
• 现有指标、OKRs、scorecards，或这些机制的缺失情况。
• 已知痛点：职责不清、问题反复出现、跟进薄弱、会议过载，或季度优先级难以落地。
• 约束条件：远程/混合团队、创始人精力、董事会期望、实施意愿，以及你希望获得 EOS-like、OKR-native、Scaling Up 还是 hybrid guidance。

较弱的 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 指南，应先从领导层对齐、现状审计和 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 的价值在于把症状——例如 ownership 不清或会议反复低效——转化为 operating-system 组件。

面向 Internal Operations 的 company-os 和战略规划有什么不同？

战略规划定义公司要去哪里。Internal Operations 定义公司每周如何运行，才能执行这套战略。company-os 通过会议节奏、scorecards、accountability、季度优先级和 issue resolution，把两者连接起来。

什么时候不建议安装 company-os？

如果你只需要一次性的会议议程、通用 OKR 模板，或个人效率建议，就不太适合。它最适合愿意改变领导层运营习惯的团队，而不是没有实施 owner 的孤立文档工作。

如何改进 company-os skill

用更清晰的背景提升 company-os 输出

影响质量最大的因素是具体度。提供当前会议清单、领导角色、指标、规划材料和痛点。如果你已有 OKRs、scorecards 或 org charts，可以粘贴摘要，并要求 skill 将其转化为 operating-system 产物。相比从零编造，当它能够适配、简化或挑战现有做法时，表现会更好。

留意常见失败模式

常见的低质量输出包括系统设计过重、会议过多、owner 不清，以及过度追求框架纯度却不符合公司阶段。要求 skill 标记复杂度、指出应推迟的内容，并区分“现在必须实施”和“等节奏稳定后再做”的事项。小团队应要求 lightweight version；较大团队应要求 governance 和 rollout checkpoints。

在第一版运营设计后继续迭代

收到第一版方案后，再进行一轮以 adoption risk 为重点的检查：

• “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 锁定在某一个框架里，而是让它的建议更符合你公司的语言、节奏，以及对运营结构的接受度。