AI Infra Interviews logo
Behavioral & Ownership / 06
medium★ EssentialNewAnthropicOpenAIGoogle DeepMind

What is your view on AI safety, and what does it actually mean for infrastructure work?

Reciting a lab's published positions back to them scores nothing. The infrastructure answer is concrete: who can read the weights, what is logged and for how long, how much capacity evaluations get, and how fast a deployment can be stopped.

Updated Sep 2026 · Grounded in real AI infrastructure interview loops and written to a senior-engineer editorial bar, with every number worked and every diagram hand-built.

TL;DR: Answer as an infrastructure engineer, not as a commentator. Four things in a stack are safety-relevant and are built by people doing this job. Access control on model weights, meaning who can read a checkpoint, whether that is logged, and whether an engineer debugging a training run ends up with a copy on a laptop. Audit trails, meaning a record of who ran what against which model that survives long enough to answer a question asked months later. Evaluation capacity, meaning that the cluster can actually run the evaluation suite before a release rather than after, which is a scheduling and quota question. And the ability to stop, meaning a deployment that can be rolled back in minutes and a training run that can be halted without losing everything. Say which of these you have built or operated, name the cost of each honestly, and be willing to disagree with something. The failure mode is a candidate who agrees with everything and has nothing to build.

How to approach it

Say your view in one or two sentences and make it yours rather than a summary of theirs. Then move to what it means concretely in a system, which is where you have something to offer. Take the four surfaces in order and give one thing you have done or would do for each. Be specific about cost, since every one of these trades against velocity, and a candidate who pretends otherwise is not useful in the room where the tradeoff gets made.

A strong answer

A typical situation: an infrastructure candidate at a lab is asked this in a values round. They have thought about it, but their preparation is about arguments rather than about systems, so they produce a competent essay and the interviewer learns nothing about what they would do on the job.

The four surfaces, with what a concrete answer sounds like on each:

SurfaceThe concrete questionThe infra work
Weight accessWho can read a checkpoint, and is that read logged?Object storage with per-principal policies, short-lived credentials, no long-lived keys in job configs, an access log with a retention that outlives an investigation
AuditSix months from now, can you answer who ran what against which model?Job records that include the model version and the requester, immutable and retained; the event store that holds them is ordinary infrastructure work
Evaluation capacityDoes the eval suite have guaranteed capacity, or does it queue behind training?A quota band that evaluations cannot be preempted out of, and a scheduler that honors it
Ability to stopHow long from a decision to a deployment being off?A rollback that is one action, exercised regularly, plus a training checkpoint cadence that makes halting cheap

Every row is a system an infrastructure engineer builds. None of them requires an opinion about timelines. That is the point of answering this way: it converts a values question into a description of work, which is what both of you are there to evaluate.

The cost side, which is what makes the answer credible:

access control costs
  a researcher who cannot read a checkpoint directly debugs more slowly
  short-lived credentials break long-running jobs unless the refresh path is solid
  the honest position: build the fast path INSIDE the control, so the compliant route is
  also the convenient one, because a control people route around protects nothing

evaluation capacity costs
  reserving capacity for evals means less capacity for training, and the reservation sits
  idle between releases
  the honest position: preemptible reservation with a guaranteed restart deadline, so the
  capacity is used and the eval still starts on time

audit retention costs
  storage and a schema that has to survive every change to the job system
  the honest position: it is cheap relative to what it answers, and the cost that bites is
  schema drift rather than bytes

ability to stop costs
  a rollback path that is exercised monthly is a rollback path that works
  exercising it costs a maintenance window and some risk, and skipping it costs the one
  time it matters

Safety and Mission Rounds at the Labs covers what these rounds are actually assessing and how the question differs between labs. Multi-Tenancy, Quotas and Fair Share covers the isolation mechanics that most of the access surface is built from, and the same quota machinery is what guarantees evaluation capacity.

THREE PLACES INFRA IS THE SAFETY MECHANISM a commitment with no harness is a sentence in a document the eval harness platform who can read them, and whether exfiltration is noticed weights access platform a fleet that cannot say what it ran said nothing reliability and audit platform Bringing one of these up unprompted, with something you built, changes what the round is about. Reciting a lab's published position back to them scores nothing, and everybody does it.

The reversal condition: at a company where the models are not frontier and the deployments are ordinary products, most of this is over-engineering, and saying so is better than performing concern. The controls that matter there are the same ones any system with customer data needs: least privilege, an audit log, and a rollback. Applying frontier-lab controls to a small serving stack costs velocity and buys very little, and an engineer who cannot tell the two situations apart will build the wrong thing in both.

What interviewers probe next

  • "What would you disagree with here?" Have something. A candidate who agrees with every stated position reads as either uninterested or unwilling to say what they think.
  • "Have you ever built an access control that people routed around?" Almost everyone has. The useful answer is what you changed, which is usually making the compliant path faster.
  • "How would you know if weights had been copied?" Access logs plus egress monitoring, and honesty that detection after the fact is weaker than not granting the read.
  • "What does this have to do with your day job?" If your answer is nothing, that is the wrong answer. Pick the surface closest to what you have done and connect it.

Common mistakes

  • Restating the company's published positions, which tells the interviewer nothing they did not write themselves.
  • Answering entirely in terms of policy and never in terms of systems.
  • Claiming there is no cost to a control, which reads as someone who has never had to defend one.
  • Building the frontier-lab version of every control regardless of context.
  • Having no disagreement at all, which is read as a lack of engagement rather than as agreement.

Key takeaways

  • Four infra surfaces: weight access, audit trails, evaluation capacity, and the ability to stop a deployment or a run.
  • Every one is a system you build, which turns a values question into a description of work.
  • Name the cost of each control; the credible position is to make the compliant path the fast one.
  • Guarantee eval capacity with a quota band that cannot be preempted out, not with goodwill.
  • Scale the controls to the setting, and say so, because applying frontier controls everywhere is its own failure.
That one was free — and so are 10 answers per topic without an account. Signing in doubles that to 20, opens the Plus lessons in the courses, and remembers which topics you keep getting wrong.no card · Google sign-in · nothing to cancel
HOW DID IT GO?
0
READING SIGNED OUT

Signing in doubles your free answers, from 10 to 20 per topic, and the site starts remembering you: mastery per topic, bookmarks, and a next-focus recommendation. Free, no card.

Sign in free

The concepts behind this question

Ranked by how closely each one overlaps this question's topic, so the first card is the thing to read if the answer above moved too fast.

Foundational
🧭 Ownership & Judgment
Safety and Mission Rounds at the LabsSeveral frontier labs include a conversation in the loop that is not about code: how you think about the risks of the technology, why you want to work on it here, what you would do if asked to build something you thought was unsafe. Candidates over-prepare a rehearsed position on AI risk when the round measures something simpler: whether you engage honestly, whether you can hold a view and its counterargument at once, and whether your reasons survive a follow-up. This page describes what these rounds test, the shape of answers that land for an infrastructure engineer, and the answers that sound safe and fail.
Core
🗂️ Scheduling & OrchestrationSign in
MIG, MPS and Time-SlicingA whole H100 is far more than a notebook, a small inference service or a CI job needs, and giving each of them a card leaves most of the fleet idle. Three mechanisms share a GPU, and they differ in what they isolate: MIG partitions the hardware into up to seven slices with their own memory and compute, MPS lets several processes share one GPU's SMs concurrently with no memory isolation, and time-slicing context-switches between processes with no isolation at all. The choice is the isolation the workload needs against the utilization the platform wants.
Advanced
🗂️ Scheduling & Orchestration🔒 Premium
Multi-Tenancy, Quotas and Fair ShareA shared GPU pool is cheaper than ten private ones because ten teams' demand is smoother than one team's, and it only works if the sharing is enforced. Quotas say what each team is guaranteed, borrowing lets idle guarantees be used by others, fair share decides who waits when everyone wants more, and preemption reclaims borrowed capacity. This page works the arithmetic that makes pooling worth it, the layers of isolation a tenant needs, and the incentive problems (hoarding, gaming, the research-versus-product tension) that any policy has to survive.
Advanced
📐 AI Systems Design🔒 Premium
Multi-Tenant Fine-Tuning ServiceA fine-tuning service takes a customer's dataset and a base model and returns a model, and the design problem is that many customers want this at once, cheaply, without seeing each other's data, on GPUs that must not sit idle between jobs. LoRA changes the shape: an adapter is a few hundred megabytes rather than a copy of the base, so many jobs can share a base in memory and many adapters can be served from one replica. This page designs the service end to end: the pipeline, the LoRA arithmetic that sets memory and cost, the isolation, the scheduler that packs jobs, and the serving path.
UP NEXT ON YOUR JOURNEY
FEDITOR'S NOTE

Scored on the answer being about systems the candidate could build rather than about positions, on naming the four infra-specific surfaces, and on engaging with the cost side honestly.

DISCUSSION · 0

No comments yet — be the first to share your approach.