用途：Company OS 是描述公司如何运转的元框架，充当各高管角色之间的连接组织，帮助把公司实际使用的工具、节奏与约定显性化，从而可被改进。
主要能力：围绕六个核心组件展开。一是问责表，回答“谁拥有这个结果”，每个职能仅一人负责，禁止共同所有权。二是计分卡，每周 5–15 个指标，每个指标有负责人与每周目标，用红黄绿状态呈现，仅红色指标进入讨论。三是会议节奏，包括每日站会、每周 L10 领导同步、月度部门复盘、季度规划与年度规划；L10 有固定议程，目标每次会议达到 10/10。四是问题解决 IDS（识别、讨论、解决），每个问题最多 15 分钟，解决需一个负责人、一个行动、一个截止日期。五是 Rocks，即每人未来 90 天 3–7 项最重要事项，二元判定完成与否。六是沟通节奏，规定不同受众（全员、领导层、董事会、投资人、客户）获得什么信息、何时、以何形式。
使用方式：资料给出实施路线图，建议不要一次全部落地。前 30 天快速启动：用一次 2 小时工作坊建立问责表；用 1 小时对齐 5–10 个每周计分卡指标；直接启动每周 L10 会议。运营系统选择上，10–250 人、创始人主导、运营混乱可考虑 EOS/Traction；追求严谨战略级联的增长公司可考虑 Scaling Up；工程文化、假设驱动的科技公司可考虑 OKR 原生；去中心化、扁平、高自主可考虑 Holacracy；都不合适可自定义混合。
适用场景：适合希望显性化并改进公司运营系统的创始人与高管团队，尤其是反复出现同类问题、会议无意义、职责不清、季度目标滑落的组织。
限制：资料未提供具体收费、价格、平台或效果数据。文中强调常见失败模式，包括部分实施、会议疲劳、指标过载、Rocks 膨胀、领导层不遵守、只做年度规划而无季度复盘。详细对比与 90 天计划见 references/os-comparison.md 与 references/implementation-guide.md。