- tags
- [组织, 文化, 战略, 第一性原理]
- created
- 2026-05-28
- updated
- 2026-05-28
- sources
- [raw/notes/haiwai-unicorn-anthropic-org-2026-05-21.md]
定义¶
"组织文化的本质是：员工的行为模式能够帮助公司走向成功的一种关键要素。所以组织文化的第一性原理其实是，业务性质决定组织文化。"
——海外独角兽 2026-05 拆解 Anthropic 时引用某头部大厂 HR 负责人的判断。这个第一性原理的含义是：文化不是先验的价值观选择，是从业务性质推导出的"什么样的员工行为模式能让这家公司赢"的反向工程。
含义有三：
- 文化无法照搬：A 公司成功的文化抄到 B 公司业务上会失败——因为 B 公司业务需要的员工行为模式不同
- 文化错配 = 业务死亡：如果文化与业务性质矛盾，要么文化被业务淘汰，要么业务被文化拖死
- 文化设计的第一步不是"我想要什么文化"，是"我的业务性质需要什么文化"
案例 1：字节 vs 华为（同一光谱的两端）¶
字节和华为都是组织能力很强的两家中国公司。如果交换两家组织体系，要不了多久两家都要倒闭——因为它们处在同一光谱的两个极端：
| 字节 | 华为 | |
|---|---|---|
| 文化口号 | 敢为人先 | 敢为人后 |
| 价值 value | 创新 | 效率 |
| 业务性质 | 短周期短链条（一星期跑几十个版本，错了就改） | 长周期高代价（基站/芯片召回成本吞掉一年利润） |
| 关键行为模式 | 鼓励试错 / Context not Control / 快速迭代 | 强纪律 / 标准化 / 一次做对 |
| 关键阶段 | PMF 前 | 已有市场后用组织能力 + 资源超越 |
"这跟价值判断无关，而是业务性质决定的。"
含义：把字节的"Context not Control"放到华为芯片业务 = 良率灾难 + 召回亏损；把华为的标准化流程放到字节产品迭代 = 跟不上市场节奏被颠覆。文化迁移的失败本质不是文化本身，是业务性质错配。
案例 2：Anthropic 与 Coding/Agentic 业务的匹配¶
Anthropic 业务核心是 coding + agentic 模型训练——这类业务的核心壁垒是数据：
- Coding/Agentic 数据复杂：任务本身 + 环境搭建 + 执行轨迹 + evaluation/verification 整套
- 全是脏活累活：做好很关键，但不像发 paper / 新产品那样能变成个人高光时刻
核心 moat 是让"smart people do dirty work"——这种业务性质需要的员工行为模式： - 愿意干脏活累活（数据清洗 / 边界 case 标注 / 工具失败模式调试） - 低 ego（脏活做好了不会得到外部 PR 高光） - mission-driven（坚持去干没有个人高光的事必须靠使命感支撑） - 团结（数据是跨团队的事，山头化会让数据质量崩盘）
反推：Anthropic 文化的四个特质（详见 anthropic-org-architecture）——Mission-oriented / High trust low ego / 人文底色 / 7 联创同股同权——全是从"smart people do dirty work"业务性质反推出来的。
对照 OpenAI：招的都是鄙视链最顶尖人才，背景好心气高，大家天然更想做自己的 bet 想从 0 到 1，至于收拾烂摊子、补数据，少有人愿意接——结果模型在竞赛级 coding 难题上最强（research 问题），日常 agentic 任务往往不如 Anthropic（工程问题——考验数据/系统/执行细节）。
"OpenAI 今天最核心的一个问题是它很难组织几百个最强的人踏踏实实搞数据、干脏活。"
这是 OpenAI 文化与 coding+agentic 业务性质轻度错配的代价——不是文化不好，是文化与业务性质轴向不匹配。
业务性质 → 文化反推清单¶
针对一个业务，可以从以下维度问"它需要什么样的员工行为模式"：
| 业务维度 | 问题 | 推导 |
|---|---|---|
| 周期长度 | 单次产出的反馈周期是星期级还是年级？ | 短周期 → 试错文化 / 长周期 → 严密标准化 |
| 错误代价 | 一次错误是 reverse 即可 还是吞掉一年利润？ | 低代价 → 创新优先 / 高代价 → 一次做对优先 |
| 个人 vs 集体产出 | 关键产出是单人闪光还是集体协作？ | 单人 → 容忍 high ego / 集体 → 强制 low ego |
| 是否有"脏活"必须做 | 关键壁垒是否在不性感的低光环工作里？ | 是 → mission-driven 必须 / 否 → 个人英雄主义可行 |
| PMF 前 vs PMF 后 | 当前是寻找 PMF 还是放大已有模式？ | PMF 前 → 创新文化 / PMF 后 → 效率文化 |
| 监管 / 合规强度 | 一次违规 cost 多大？ | 高 → 流程文化 / 低 → 速度文化 |
| 客户深度 | 是 long-tail 自助 还是 deep-account？ | 自助 → 产品文化 / deep-account → FDE 文化 |
应用方法：对一个业务在每个维度打分 → 推出"这家公司的文化应该长什么样" → 与实际文化对比 → 错配处就是潜在组织风险点。
文化的反作用力：创始人厌恶塑形¶
业务性质提供主向反推，但创始人价值观还有反作用力——"创始人价值观往往来自两部分：一部分是他原本相信什么，另一部分是他曾经深深厌恶过什么。前者决定你想成为什么样，后者决定你无论如何都不想再变成什么样"。
Anthropic 文化是业务性质（coding+agentic 需要 dirty work + low ego）叠加 Dario 厌恶力量（百度 + OpenAI 两次政治斗争 → 反向建设真实/透明/前置冲突/严格文化筛选/不爱 big name）的产物。
两层作用机制： - 业务性质提供正向约束（什么文化能让业务赢） - 创始人厌恶提供反向约束（什么文化绝不接受） - 真正成立的文化是两者交集
业务性质改变时文化必须改变¶
最常见的组织危机不是文化"不好"，是业务性质变了文化没跟上：
- 创业公司 PMF 后从"试错文化"过渡到"效率文化"失败 → 增长停滞
- 软件公司从 toC 转 toB 但保留 toC "快速迭代"文化 → 企业客户 SLA 崩盘
- AI 公司从"模型 research"转到"产品工程"但保留 research 鄙视链 → 产品力跟不上（OpenAI 当前状态）
- 大公司向 AI-first 转型但保留传统职能边界 → AI 工具被嫁接到旧流程上效率只升 10-20%（详见 ai-first-engineering）
对策：业务性质改变时必须重新执行"业务性质 → 文化反推"过程，识别新业务需要什么行为模式，然后主动重塑文化——这是 CEO 最核心的工作之一（Dario 花 1/3 到 40% 时间确保文化）。
对 Sentino 的具体含义¶
Sentino 业务性质（IP+实体玩偶+AI 灵魂+粉丝分发四件套）：
| 维度 | Sentino 评估 | 应推导的文化 |
|---|---|---|
| 周期长度 | 中等——硬件量产是月级、agent 软件是周级、IP 谈判是季度级 | 多速度叠加，需要不同子团队不同节奏 |
| 错误代价 | 玩偶硬件召回 + IP 方违约高 / agent 软件低 | 硬件团队严密 + 软件团队试错 |
| 个人 vs 集体 | agent 人设 / voice 调优需要工艺型个人 + 跨职能集体 | low ego + 工艺品味必须并存 |
| 脏活必须做 | 极是——agent 人设打磨 / 粉丝声音收集 / 多版本人设对比都是低光环 | mission-driven 必须 |
| PMF 阶段 | 早期，正在用三个客户机会探 PMF（TENGA / YUKAI / Hotmind） | 试错文化为主 + 客户深度学习 |
| 合规强度 | 中——成人 IP / 儿童 IP / 健康场景需合规分层 | 流程文化在合规边界上必须有，其他保持速度 |
| 客户深度 | deep-account（每个 IP/客户都需要定制 agent） | FDE-like 文化（详见 forward-deployed-engineer） |
反推 Sentino 应有的文化轴向： - 低 ego 必须（agent 人设打磨是反复迭代不性感的工艺活） - mission-driven 必须（粉丝声音收集 / 多版本对比 / 人设调优都是耗时低光环工作） - 多速度并存（硬件严密 + 软件试错 + IP 谈判长周期） - FDE-like 客户文化（深 account 不是产品自助）
当前自检：Sentino 当前文化是否匹配？团队是否能容忍"agent 人设打磨"这类低光环工作？是否有人愿意当"Jared Kaplan 角色"亲自带队过粉丝声音数据？如果团队是"个人英雄主义 + 想做明星产品 + 不愿干脏活"的组合，业务性质会拖垮文化（或反向，文化会拖垮业务）。
与其他相关原则的对照¶
- 业务 → 文化 反推是 first-principles-deletion "有必要吗"在组织层的应用
- 与 pivot-speed-as-moat "保持小、保持快、保持变" 互补——pivot 速度是过程，业务性质决定文化是结果
- 与 focus-as-strategy 互补——focus 是业务方向选择，业务性质决定文化是组织配套
适用边界¶
- 业务性质模糊期不适用：还在探 PMF 的公司业务性质本身就是变量，硬推一个"业务性质 → 文化"会限制探索
- 多业务集团：集团层只能讲价值观最小公倍数，子业务层各自反推
- 垄断/官僚组织：业务性质改变了文化不改变也能活下去（短期），导致这个原则在大公司被低估
- 强创始人公司：创始人厌恶力量可能压过业务性质反推，导致文化与业务性质长期错配（短期看不出但长期吃亏）
相关概念¶
- anthropic-org-architecture — Anthropic 文化与 coding/agentic 业务匹配的完整案例
- focus-as-strategy — 业务焦点决定文化轴向：焦点越窄文化越能精细化
- pivot-speed-as-moat — 业务性质改变时文化必须 pivot
- ai-first-engineering — AI-first 业务性质（agent + 数据 + 自愈循环）需要特定文化配套——CREAO 95% AI 化是文化结果
- forward-deployed-engineer — FDE 业务性质（驻场 / 长周期 / deep-account）需要特定 service-oriented 文化
- individual-vs-institutional-ai — 业务性质决定组织文化是 institutional AI 三层框架（模型/数据/组织）中"组织"层的设计第一性原理
- sentino — 四件套业务的文化反推自检