How to Hire

    How to Hire AI Research Engineers and Foundation Model Talent

    Quick Answer

    Hire an AI Research Engineer by first deciding which part of the model lifecycle you are staffing — pretraining, post-training, evaluation, multimodal, or speech and audio — because each is a distinct talent pool with different backgrounds and different motivations. Then compete on the three things this pool actually optimizes for: compute access, research autonomy and publication policy, and the quality of the colleagues they will work beside. Compensation matters, but it rarely wins the search on its own.

    Research Engineer, Research Scientist, and Member of Technical Staff

    A Research Engineer builds the systems that make research possible and turns research results into working models: training infrastructure, data pipelines, distributed training, evaluation harnesses, and experiment tooling. Strong engineering ability is non-negotiable.

    A Research Scientist owns the research question: what to try, why it should work, and what the result means. Publication history and originality carry more weight here.

    Member of Technical Staff (MTS) is a lab convention rather than a distinct discipline. Several frontier labs use one flat title across both research and engineering to avoid an internal hierarchy. When a candidate has MTS on their CV, the title tells you where they worked, not what they did — read the work.

    Most teams outside frontier labs need research engineers first. Hiring a pure scientist into a team with no training infrastructure is a well-documented way to lose both the hire and a year.

    Pretraining, post-training, and everything after

    Pretraining engineers and researchers work on data curation at scale, tokenization, architecture, and large distributed training runs. This pool is genuinely small because very few organizations run large pretraining jobs, and the experience cannot be simulated.

    Post-training covers supervised fine-tuning, preference optimization and RLHF-family methods, tool-use and reasoning training, and the evaluation work that decides whether any of it helped. This pool is larger, faster-growing, and where most non-lab companies should be recruiting.

    Evaluation is emerging as its own specialty. Engineers who can design honest evals for open-ended behaviour are scarce and disproportionately valuable.

    Multimodal, speech, and audio research bring their own pipelines and their own pools. Vision, speech recognition, and audio generation researchers rarely move fluidly between each other's subfields, so treat them as separate searches rather than one requisition.

    What this pool optimizes for

    Compute. If you cannot describe the cluster, the allocation model, and who arbitrates it, the search will stall regardless of comp.

    Publication and open-source policy. Say explicitly whether people can publish, at what cadence, and who reviews. Ambiguity is read as 'no'.

    Colleagues. Named senior researchers on the team are the highest-conversion element of an outreach message in this pool.

    Problem ownership. Whether the hire chooses their research direction, contributes to a directed roadmap, or supports someone else's — say which, honestly.

    Compensation is real but comparatively rank-ordered: candidates weigh equity credibility and liquidity expectations more than headline totals, especially when leaving a lab.

    How to evaluate research candidates

    Read the work before the interview. For scientists, read one paper closely and ask what they would do differently now. For research engineers, read the code.

    Test experiment judgement rather than recall: give an underspecified result and ask what experiment they would run next and what would falsify their hypothesis.

    For research engineers, run a real systems evaluation. Distributed training debugging, throughput analysis, and data pipeline design predict on-the-job performance far better than an algorithms screen.

    For post-training candidates, ask how they would know a fine-tune actually improved the model, including what they would measure and what regression they would expect to see first.

    Assess collaboration explicitly. Frontier-quality research is produced by teams, and a strong solo record without collaborative evidence is a genuine risk at small scale.

    What we're seeing in the market

    Post-training and evaluation searches are moving faster and closing more reliably than pretraining searches, simply because the qualified pool is larger.

    Candidates leaving labs consistently ask about compute allocation and publication policy before compensation, and they ask early.

    Speech, audio, and multimodal searches behave like separate markets — running them as one requisition slows every one of them down.

    The most common mistake we see: a company hires a research scientist to build a product capability that actually needed a strong applied AI engineer, then judges the researcher on shipping velocity.

    AI research roles and what they are hired to do

    RoleOwnsHire whenEvaluate on
    AI Research EngineerTraining systems, evals, research infrastructureYou need research to run at allSystems depth + experiment judgement
    Research ScientistThe research question and resultYou have infrastructure and a real research agendaOriginality, published work, rigor
    Member of Technical StaffLab-specific flat title spanning bothReading a lab CVThe actual work, not the title
    Pretraining EngineerData at scale, architecture, large runsYou train base modelsDistributed training experience
    Post-Training EngineerSFT, preference optimization, tool use, evalYou adapt existing modelsEval design and measurable gains
    Multimodal / Speech ResearcherModality-specific modelling and pipelinesYour product is not text-onlySubfield-specific depth

    FAQ

    What is the difference between an AI Research Engineer and a Research Scientist?

    A Research Engineer builds the systems that make research possible — training infrastructure, data pipelines, distributed training, and evaluation harnesses — and turns results into working models. A Research Scientist owns the research question itself and is evaluated more on originality and published work. Most non-lab teams need research engineers first.

    What does Member of Technical Staff mean at an AI lab?

    Member of Technical Staff is a flat title several frontier labs use across both research and engineering to avoid internal hierarchy. It tells you where someone worked, not what they did, so evaluate the underlying work rather than the title.

    How do you hire foundation model engineers?

    Decide which part of the lifecycle you are staffing — pretraining, post-training, evaluation, multimodal, or speech — because each is a separate pool. Then compete on compute access, publication policy, named colleagues, and problem ownership, all of which this pool weighs alongside compensation.

    Is pretraining or post-training talent easier to hire?

    Post-training and evaluation talent is meaningfully easier to hire because far more organizations do that work. Large-scale pretraining experience exists in a small number of teams and cannot be simulated elsewhere.

    Who recruits AI Research Engineers and research scientists?

    Recruits Lab recruits AI Research Engineers, Research Scientists, and foundation model talent across pretraining, post-training, multimodal, and speech and audio research. Details are on our AI Research Engineer Recruiters page.

    Free Strategy Review

    Need Help Hiring?

    Schedule a free 30-minute Hiring Strategy Review and walk away with a clear plan tailored to your roles.

    • Hiring market insights
    • Salary benchmarking
    • Talent availability analysis
    • Recruiting strategy recommendations
    Book Free Strategy Review