Positioning From Scratch
How to interview well when the technical gap is real — without bluffing, apologizing, or folding.
The honest premise
You're being interviewed for a senior AI engineering role. You don't have years of production AI/ML/compliance-tech work to draw on. You can't fake that, and you shouldn't try — AI engineers detect bluffing fast because the field is small and the failure modes of fake experience are predictable.
What you can do:
- Demonstrate fast learning — the most valuable trait for someone joining a fast-moving domain.
- Reason cleanly from first principles — show that even on unfamiliar topics, you arrive at sensible designs.
- Lean on transferable skills — whatever your background is (PM, ops, generalist software, customer-facing tech), it has structure-thinking, communication, judgment value.
- Show domain curiosity for compliance — they're hiring someone who'll care about audit trails and human-in-the-loop, not someone who'll resent them.
The opening posture
When you walk into the call, your default tone is calm, curious, honest, and prepared. You are not trying to be the most technically credentialed person in the room. You are trying to be the person they want to spend an hour talking with — clearly thinking, fast learning, willing to push back, willing to say "I don't know."
Repeat this before each round:
"I haven't shipped this stuff at production scale. I have prepared seriously for this conversation, I think clearly under pressure, and I tell the truth when I'm at the edge of what I know. Those three things are what I'm here to demonstrate."
That mindset beats trying to fake seniority every single time.
How to talk about your background
The key question: how do you describe what you've done without claiming experience you don't have, and without selling yourself short?
A four-sentence template
Adjust to your actual background. The structure:
- What you are at the core (PM / ops / engineer / generalist).
- Why AI/compliance is interesting to you specifically — one substantive sentence, not generic enthusiasm.
- What you've engaged with in this space recently — courses, building, reading, side projects, internal experiments.
- What gap you're explicitly closing and how.
Example, customize freely:
"My background is [generalist software / product / operations / whatever], and I've spent the last [X months] going deep on AI engineering — specifically agentic systems, evals, and how regulated industries are productionizing LLMs. I've been building [your side project, even if small] to internalize the patterns instead of just reading about them. The reason this role specifically caught my attention is the constraints of compliance: audit trails, human-in-the-loop, eval-driven development. Those constraints force good architecture in a way that 'AI assistant for marketers' doesn't, and I'd rather build under those constraints than the alternative. The piece I'd be ramping on if I joined is [be honest — production MLOps / specific compliance workflows / scaled agent ops], and I have a pretty concrete plan for how to do that."
That's a real answer. It does NOT claim production AI/ML expertise. It shows: thoughtfulness, deliberate skill-building, role-specific motivation, self-aware honesty about gaps.
Reframe: aptitude over experience
Hiring someone "underqualified-but-promising" is a bet on aptitude. Aptitude is observable in 60-minute conversations through:
- Vocabulary fluency — you can use the right words in the right places (this folder fixes that).
- Sound first-principles reasoning — when given a novel scenario, you arrive at a defensible architecture by reasoning, not by recall.
- Asking the right clarifying questions — knowing what to ask is half the skill.
- Disagreeing well — pushing back with a reason when you disagree with the interviewer.
- Updating well — changing your mind when they make a strong point.
- Failure-mode thinking — instinctively asking "what could go wrong here?"
- Willingness to say "I don't know" — without spiraling.
Practice each. They are not innate; they are stylistic moves you can prepare.
How to handle "have you done X?" honestly
Default template — memorize the shape:
"I haven't done X in production. I've [read about it / built a small example / tried it on a side project]. My understanding of the shape is [your sentence]. The gotcha I'd want to verify before relying on it is [specific thing]. Want me to reason about how I'd approach it, or is there a related thing you'd rather dig into?"
Why this works:
- Honest gap statement — earns trust.
- What you have engaged with — shows you're not starting at zero.
- Your current model of it — demonstrates active learning, not passive consumption.
- Specific gotcha — shows you've thought about edge cases, not just the happy path.
- Invite redirection — gives them the steering wheel; respects their time.
That fifth move — inviting them to redirect — is unusually powerful. Most candidates take the floor; you giving it back signals self-awareness and seniority.
When they ask for a "real example"
Two patterns work, even without deep experience.
Pattern A: A small but real thing you actually did
Anything you've genuinely done counts: a prompt you tuned for an internal tool, a script you wrote that calls Claude, a side-project agent, an MCP server you tinkered with, a course capstone, a hackathon project. Use it.
The story is the same shape as the senior version (situation, action, decision, tradeoff, outcome) — just smaller scale. Don't apologize for the scale. "Small project, real engineering decisions" is fine.
Pattern B: A reasoning exercise
If the question genuinely doesn't fit anything you've done, redirect to thinking:
"I haven't built that specifically. Let me reason through how I'd approach it — feel free to push back as I go: [walk through your thinking]."
Then narrate your reasoning out loud. Better to think well in front of them than to fabricate.
Transferable skills that map to this role
Even a non-AI background carries weight. Audit your past for these:
| You've done... | Maps to AI engineering as... |
|---|---|
| Built any API integration | Tool calling, MCP, system integration |
| Worked with structured data (SQL, ETL) | Data pipelines, retrieval indexing |
| Done any ops / on-call / incident work | Error handling, observability, fail-safe defaults |
| Documented decisions (RFCs, ADRs, design docs) | Model risk documentation, audit-aware design |
| Worked with regulated/audited systems (security, payments, HIPAA, SOX, GDPR) | Compliance-aware architecture |
| Worked closely with non-technical stakeholders | Translating AI for compliance officers |
| Code review or design review | Eval-driven development (review for non-deterministic systems) |
| Performance work (caching, batching, queues) | LLM cost optimization, prompt caching, async tool calls |
| Build/CI work | MLOps, prompt registries, model versioning |
| Anything with retries / idempotency / distributed systems | Agent harnesses, side-effect safety |
Find your three strongest and have a sentence for each.
How to learn-fast in interview answers
When you encounter an unfamiliar concept during the interview:
- Repeat it back to confirm: "X — is that the [concept], or are you using it differently?"
- Acknowledge: "I haven't worked with X by that name."
- Build from a related anchor: "It sounds adjacent to [known concept]. Is the key difference [your guess]?"
- Let them correct you: this is a gift. They tell you what it is, you've now learned it, you can integrate it.
- Use it correctly later in the conversation. Demonstrating that you absorbed a new concept mid-interview is itself a powerful signal.
This is the meta-skill they're hiring for — fast on-ramp.
Pre-loaded honest stories
Build 3-4 of these from your real life — even small ones. Each ~60-90 seconds. Examples to adapt:
Story 1 · Came up to speed fast
A time you had to learn a new domain or tool quickly to deliver. What was it. How you did it. What worked. What you got wrong.
Story 2 · Disagreed with a stakeholder
A time you pushed back on a request, and were either right or learned something. Compliance roles love this — they need people who push back on bad ideas.
Story 3 · Caught what others missed
Any time you spotted something others didn't, especially around risk, security, edge cases, customer impact.
Story 4 · Built something end-to-end
Anything from idea to shipped, however small. Show you can ship.
Story 5 · Built something recent for AI
Even tiny. A bot, a script, a prompt, an eval, a small RAG demo. Whatever you actually did. Be specific about the decisions.
Build one this week — a small RAG demo, a tiny agent that calls one tool, a prompt eval on 20 examples. Doesn't have to be impressive. Has to be real. See the MCP build guide.
Handling the experience question on your resume vs the JD
If they bring up the years-of-experience gap directly:
"I see the JD asks for 8+ years of compliance ops, and I'd be honest — I'm not coming from that background. What I'm bringing is recent, focused depth on the AI engineering side and a serious commitment to learning the compliance domain quickly. If the seat needs deep AML operational chops as the primary axis, I'd want to know that early. If it's looking for someone who'll think clearly about AI in a regulated context and ramp into the domain knowledge over their first few months, I'd argue I'm a stronger candidate than my CV suggests at first glance."
Honest. Calibrating. Confident. Lets them tell you which axis matters more — and that information is valuable to you regardless of outcome.
Vocabulary discipline
Replace "junior tells" with "senior tells":
| Don't say | Say instead |
|---|---|
| "I think..." (every sentence) | Just say the claim |
| "I'm not sure but..." | "Best guess: [claim]. The thing I'd verify is [X]." |
| "I read somewhere..." | "The standard pattern is [X]. The reasoning I've heard is [Y]." |
| "I'm not super technical" | (Don't say this. Just talk about what you do know.) |
| "I'd probably..." | "I'd..." |
| "I'm trying to learn..." | "I've been going deep on..." |
| "Hopefully..." | (Drop it. State the claim.) |
Practice the replacements. They land.
What "winning" looks like for you
You don't need to out-AI-engineer two AI engineers. You need to be:
- The candidate they enjoyed talking to.
- Visibly thoughtful — not necessarily right about everything.
- Honest at the gap-edges, articulate elsewhere.
- Curious about their work, not performing curiosity.
- Someone whose first 90 days they can imagine.
If you walk away thinking "I told the truth, I sounded prepared, I asked good questions," you've won regardless of outcome — because the version of "yes" you'd want is one where they hire you knowing the gap, not one where you bluffed your way in.
The self-summary, fresh-start version
Memorize a version of this for "tell me about yourself":
"Background is [generalist software / product / ops]. The last [N months] I've been going deep on AI engineering — specifically agentic systems, evals, MCP, and how regulated industries are deploying LLMs in production. I'm comfortable in [Python / TypeScript / both], comfortable reasoning about systems, and I'd rather work in domains where the constraints — audit, human-in-the-loop, eval rigor — force you to build well. That's why this role caught my attention. I'd be coming up to speed on [whatever your honest gap is], and I have a concrete plan for how I'd do that."
30 seconds. Honest. Specific. Lets the rest of the conversation be a real one.