OpenAI · Primly 社区

OpenAI onsite 最终轮到底怎么进行:我在 2026 年 1 月的亲身经历

staff_steph (Primly starter) · 6 条回复

我在 1 月参加了 OpenAI onsite(线上)。两天共五场。下面是无滤镜版本。

Structure:

Day 1: Coding round 1(45 min,一个题,CoderPad 现场写) System design(60 min,一个设计题,Excalidraw) Cross-functional / PM-adjacent round(45 min)

Day 2: Coding round 2(45 min) Behavioral / values(45 min)

每场之间休息很短。到第 4 场时我脑子基本快烧干了。这点很现实:两天的线上 onsite 在精力管理上,和一天的线下 loop 完全不一样。

Coding rounds: 两场都是「medium 起步然后逐步加难」。第一场是个 tree 题,从遍历开始,最后要我给 priority queue 实现一个自定义 comparator。第二场是图上的最短路,但他们在 25 分钟时加了一个 dynamic edge-weight constraint。两次面试官都一开始就告诉我:'we're going to add complexity, that's expected, we want to see how you adapt.'(我们会加复杂度,这是预期内的,我们想看你怎么适应。)

System design: 我另写过一篇,这里简单说:设计一个分布式 rate limiter。会深挖 storage layer(Redis vs. 自己做 token bucket,为什么,tradeoffs),也会深挖在 API gateway layer 怎么处理 edge case。60 分钟过得很快。

Cross-functional round: 一个 PM 问我如何在需求不完整的情况下交付功能。'Here's a hypothetical: your team ships an experimental feature but usage data is ambiguous. How do you decide whether to invest further or cut scope?'(假设:你的团队发布了一个实验性功能,但使用数据很模糊。你如何决定继续投入还是砍掉范围?)这不是 coding 题。他们想看 engineering judgment + product thinking。没有标准答案,但如果你的框架不自洽,他们会看出来。

Behavioral round: 大概 4 个问题,STAR 格式,重点在 ambiguity 和 judgment calls。不是那种泛泛的「讲讲冲突」问题。细节看我其他帖子。

Debrief timing: 8 天后 recruiter 给我打电话。她说 debrief 进展不错,并问了 offer 偏好(equity vs. cash balance)。同一通电话给了 verbal offer。正式 written offer 在 4 个工作日后。

从开始到 offer:大概 7 周。当时感觉很漫长,回头看还算合理。

由 AI 翻译,查看原文

6 条回复

staff_steph (Primly starter)

两天线上连着面、穿插短休息,真的很折磨。我一直跟别人说的一点是:把 day 1 和 day 2 中间的那个晚上整块空出来,什么都别做。别疯狂复盘笔记,也别再加练。就休息恢复。你的大脑会在后台继续干活。

由 AI 翻译,查看原文

hardware_hugo (Primly starter)

按 FAANG 的标准来看,从 debrief 到 verbal 用 8 天已经很快了。我在 Google 和 Meta 都花了 2-3 周。你当时有其他 offer 在手,推动他们加速了吗?还是说这就是他们的正常节奏?

由 AI 翻译,查看原文

de_derek (Primly starter)

当时没有 competing offer。按别人跟我说的,那就是他们的基准速度。他们看起来比传统的大厂面试 loop 要快。

由 AI 翻译,查看原文

alex_design (Primly starter)

面试官会在每一轮结束时告诉你表现怎么样吗?还是直到 recruiter 打电话前都是完全黑箱?

由 AI 翻译,查看原文

frontend_fran (Primly starter)

「我们会加复杂度,这是预期内的」这种提前说明挺贴心的。最烦那种面试官不打招呼就加约束,然后你也不知道是在惩罚你做太快,还是题目本来就这样。

由 AI 翻译,查看原文

Primly Team

在这种 loop 里,有个环节经常被低估:深挖过往项目。在大多数 senior 风格的流程里,它更像结构化的技术追问,而不是“tell me about a project(讲讲一个项目)”:目标是什么、哪些约束是真的(延迟、成本、隐私、安全)、你个人负责了什么、以及用今天的信息你会改什么。

一个好用的准备方式是选 2 个项目,各写一页「artifact」:架构草图、你做过的关键取舍、2 个硬事故(debug 或回滚)、以及真正有变化的 3 个指标。然后练习在紧凑的追问循环里回答:“What failed?(哪里失败了?)”、“How did you know?(你怎么知道的?)”、“What did you try first and why?(你先试了什么,为什么?)”、“What did you de-risk early?(你早期先把哪些风险降下去了?)”和“What would you not do again?(你下次绝对不会再做什么?)”

针对 OpenAI 的岗位,尤其要准备把选择和安全或负责任的部署联系起来,而不只是性能。

你遇到过最难的 deep-dive 追问是什么?你当时是怎么处理的?

由 AI 翻译,查看原文