Your interview problems were designed for a world where the candidate typed every line. This playbook rebuilds the loop: AI-allowed rounds that score prompting, validation and debugging of AI output; AI-free rounds that protect fundamentals; and a verification step proving your problems can't be one-shotted by a single prompt.
Workflow area: Hiring & Performance · Tier: Core · Hands-on time: ~40 minutes
The uncomfortable audit result almost every team gets: paste your current coding question into a frontier model, and it produces a passing solution in one prompt. That means your loop now measures either "can the candidate use AI" (if you allow it) or "did the candidate practice pretending not to" (if you ban it and can't tell). Neither is what you meant to hire for. The fix is not banning AI or surrendering to it — it's deciding, round by round, what each round measures, and making the AI rules serve that measurement.
Inventory what each current round actually measures. List every round with its intended signal (algorithms? design? collaboration?) and its honest signal now that AI exists. Be blunt: a take-home with no follow-up conversation currently measures access to a chatbot.
Run the single-prompt audit on every problem. Paste each coding question, verbatim, into two frontier models. If a model produces a substantially correct solution in one prompt, the problem cannot anchor an AI-free round and is weak even in an AI-allowed one — the round becomes transcription. Log results per problem; this audit repeats quarterly, because model capability moves.
Design the AI-allowed round to score the collaboration, not the artifact. The candidate uses your sanctioned tool (a pinned model in your interview platform — CoderPad and CodeSignal-class platforms now ship AI-enabled modes) on a problem where the model alone gets it wrong. Have AI help you build it:
Design a 60-minute AI-allowed interview exercise for a
[LEVEL] engineer on [STACK]. Constraints:
- A single prompt to a frontier model must NOT solve it: it
needs context the candidate must supply, a deliberately
underspecified requirement they must notice, and at least
one place where typical AI output is subtly wrong
(concurrency, edge cases, or a stale-API trap).
- Produce: the exercise, the ideal-path walkthrough, and a
scoring rubric with observable behaviors for: prompt
quality and context-supplying; VALIDATION (does the
candidate test/inspect AI output before building on it);
debugging when AI output fails; and judgment about when
to stop prompting and just write the code.
A usable rubric row looks like:
VALIDATION — Strong: runs/tests AI output before integrating;
spots the off-by-one in the pagination helper unprompted.
Adequate: tests after integration when something breaks.
Red flag: pastes, compiles, moves on — ships the planted bug.
That red-flag row is the round's entire reason to exist: you are watching for the engineer who treats model output as finished work.
Protect fundamentals with a deliberately AI-free round. One round — reasoning about code on a whiteboard or shared doc, reading unfamiliar code and predicting behavior, or a design conversation with shifting constraints — where the signal is what the candidate holds in their head. Say why in the invite: "this round is tool-free because we're assessing your reasoning, not your tooling." Candidates respect a stated reason; they resent an unexplained ban.
Rebalance the loop and brief every interviewer. A typical shape: screen (AI-free reasoning) → AI-allowed build round → AI-free design → behavioral including a "tell me about a time AI misled you" probe. Retrain interviewers on the new rubrics — an interviewer who scores the AI-allowed round on lines typed instead of validation behavior silently reverts the redesign. Dry-run the new rounds on two internal engineers before a candidate ever sees them.
Interview exercises, candidate code, and scoring notes are candidate personal data — run AI-allowed rounds only on platforms under your data-processing agreement, never paste identifiable candidate work into consumer AI tools, and retain recordings per your hiring-data policy and local law.
Decide what each round measures, then set its AI rules to serve that measurement — an AI-allowed round that scores validation and debugging tells you who can engineer with the tools, and an AI-free round that survived the single-prompt audit tells you who can engineer without them; you need both answers to hire.