Why OpenAI Research Engineer is more 'engineering' than 'research'
Per OpenAI's official career page (openai.com/careers/research-engineer), Anqi Silvia's 2025 RE candidate report (medium.com), and Sundeep Teki's AI RE interview guide, OpenAI RE is fundamentally a coding-heavy role with ML depth. The "research" framing misleads candidates from research-heavy backgrounds — REs are evaluated on engineering output (PyTorch quality, ability to debug broken training loops, ability to ship), with research taste as a secondary signal. RS roles weight publications and research direction; RE roles weight whether you can ship working ML code under time pressure.
The technical bar focuses on tensor-shape fluency and "from-scratch" implementation. Per Sundeep Teki's guide, the baseline question across OpenAI RE loops is "implement Multi-Head Attention from scratch in PyTorch" — masking, scaled dot-product, multi-head split/merge. ML debugging rounds give you a broken NN training loop and ask you to find bugs (often shape/contiguity/gradient issues). Candidates who can't code transformers fluently fail this round even if they understand the theory perfectly.
The research discussion round is unusual. The interviewer sends a paper days in advance — you discuss it, then they pivot to YOUR research (publication, substantive OSS, or independent reproduction). Generic "I read the paper, it's interesting" answers fail. Substantive critiques of methodology, identification of limitations, and concrete proposals for what you'd change pass. Compensation is on the SWE band ($249K-$1.28M depending on level), with one reported RE-tier first-year offer at ~$800K/yr including PPUs (4-year vest, 25%/yr no cliff, capped at 10x).