在OpenAI工作,是一种怎样的体验?

OpenAI有个特殊之处——一切都通过 Slack（一个用于工作沟通交流的平台）运行，没有电子邮件。我整个任期或许只收到过10封邮件左右。如果你不善于整理，很容易被这些渠道淹没，但如果你管理好渠道和通知，也能做得井然有序。

OpenAI鼓励“自下而上”，尤其在研究领域尤为明显。我刚加入时，问第一季度的路线图在哪，得到的回答是：“不存在。”（不过现在已经有了。）好主意可能来源任何人，通常我们并不清楚哪些想法会提前证明是最有成效的；公司不靠宏大的“总体计划”，进展往往迭代并在新的研究结果基础上逐步展开。

这种自下而上的文化也让OpenAI极具“重绩效主义（meritocratic）”性质。历史上，公司里的领导者大多是因拥有好点子并能执行而晋升。许多非常优秀的人，不擅长全体大会发言或政治运作，但在OpenAI他们一样能脱颖而出。好点子通常可以胜出。

OpenAI的文化喜欢快速行动（bias to action）。在类似方向有多个团队同时试点并不少见。我刚加入时曾同时见到大概3–4种Codex相关原型，最后才决定上线。它们通常由少数人自发发起，不需要特别审批；当看到希望时，团队就自发聚拢。

Codex 负责人Andrey曾说，你应该将研究员视为“迷你董事会”。在那里，你可以全盘推进自己的方向，看它能走多远。相应地，如果某个问题被认为“无意思”或者“已解决”，它可能根本不会有人去关注。

优秀的研究经理作用极大，但也都有限。他们擅长将不同方向的研究串联起来，将其汇聚到大规模模型训练里。同样，出色的产品经理也能串起价值点，将力量聚合。

我合作过的ChatGPT的工程经理（EM）Akshay、Rizzo、Sulman，是我见过最Cool的“客户”。他们经验非常丰富。他们多为管理型角色，主要职责是招聘优秀人才并为他们提供成功支持。

OpenAI会瞬间调整方向。这点我们在Segment（原公司）也很喜欢——有新情况就改变方向，比为了“计划”一直推进要好得多。令人惊奇的是，OpenAI这么大的公司还保留着这种思维方式——Google显然不是这样。公司决策快速，一旦决定了努力的方向，就全力奔跑。

又一华人科学家被挖走,OpenAI人才加速流失

OpenAI奥特曼反击挖走4人!Meta华人科学家在列

OpenAI将推AI浏览器颠覆Chrome:免开网页直接…

媒体上对OpenAI有很多抨击。我来自B2B企业背景，对此很震惊：内部还未宣布的功能，新闻稿已经播出；我告诉别人我在OpenAI工作，往往就听到对它的既有偏见。有一些 Twitter 账号用自动化机器人监测功能上线情况。

因此，OpenAI非常保密。我无法详细告诉任何人我在做什么。公司内部有不同的工作空间和不同权限。营收、烧钱数据都高度保密。

OpenAI也比你想象中更“严肃”，因为风险非常高。一方面要构建 AGI，需要把一切都做对；另一方面产品已有数以亿计用户在用于医疗建议、心理疗愈等敏感场景；再者，OpenAI处在与 Meta、Google、Anthropic 的激烈竞争中，甚至全球政府都密切关注这个领域。

尽管媒体有抨击，但我见的每个人都是真心“想把事情做好”。作为一家消费者导向的公司，曝光最大，也最易成为舆论焦点。

当然，不应把 OpenAI 视作一个整体统一的“单一实体”。我更像把它当成“洛斯阿拉莫斯”式的组织——一群科学家在探索最前沿。巧合的是，他们也造出了历史上最火爆的消费者 App。之后开始扩展到政府和企业服务。公司里人来的时间不同、所处团队不同，目标也不同——想法迥异。时间越久的人，越会带着“研究实验室”或“公益非营利”视角去看。

我最欣赏的一点是公司“说到做到”地让 AI 利益大众化。最先进的模型没有锁定在某个企业合同中。世界上任何人都可以访问 ChatGPT，哪怕未登录。可以注册 API 使用 —— 大多数模型（即使是 SOTA 或专有模型）会迅速加入 API 服务，让创业公司、开发者都用得上。你可以猜测会有截然不同的企业版本策略，但 OpenAI 并没有走那条路，值得赞赏，这一点仍是公司文化核心。

安全问题的关注比你在 Zvi 或 LessWrong （社区论坛，专注于讨论认知偏见等）里看到的还要多。公司有大量人手致力开发安全系统。但现实中更关注的是实用风险——仇恨言论滥用、政治操纵、研发生物武器、自我伤害诱导、及时药物注入等——远比理论上爆炸性风险更受关注。当然仍有人研究理论风险，那也是存在的。但在我看来，实用安全才是主流，很多安全内容不公开发表，OpenAI 其实还应该更多公开这一部分成果。

与很多公司在招聘会发大量周边不同，OpenAI 不大送周边（新员工也基本没桌牌之类）。取而代之的是会不定期发“drops”，员工可以订购库存。第一次 drop 店铺就被刷爆了，连 Shopify 都挂了。有一个内部的帖子流传如何POST正确的json（基于JavaScript语言的轻量级的数据交换格式，即JavaScript Object Notation）有效负载和规避这一点。