How we assess
Every applicant goes through 5 gates: application, an AI-assisted screen, a live technical assessment scored by a practice lead, a client-fit interview, and reference and credential checks. The questions below come from the live assessment. We score answers on reasoning and trade-offs, not on recalling definitions.
20 technical questions with model-answer hints
Questions 1–10 (role-specific)
Question 1: When should a task use one agent rather than several?
Model-answer hint
start single; split only when separation of concerns outweighs coordination overhead.
Question 2: How do you make a planner–executor–critic loop terminate?
Model-answer hint
step budgets, explicit stop conditions, critic thresholds, escalation to a human.
Question 3: How do you scope tool permissions for an agent?
Model-answer hint
least privilege, per-tool credentials, allow-lists, separate read and write tools.
Question 4: What state should an agent persist between steps?
Model-answer hint
task state, decisions, tool results and checkpoints for resume; no unbounded memory.
Question 5: Where do human-in-the-loop checkpoints belong?
Model-answer hint
irreversible, high-value or low-confidence actions, with clear approval UX and timeouts.
Question 6: How do you debug a failed multi-step run?
Model-answer hint
span-level traces, inputs and outputs per tool call, deterministic replay, correlation IDs.
Question 7: What does MCP give you over ad-hoc function calling?
Model-answer hint
standard tool discovery and schemas, reuse across clients, central authentication.
Question 8: How do you evaluate tool-call accuracy at scale?
Model-answer hint
golden task sets, expected call sequences, argument validation, automated scoring.
Question 9: How can a tool result hijack an agent?
Model-answer hint
indirect injection in fetched content; isolate data from instructions and confirm sensitive actions.
Question 10: How do you stop runaway loops and cost?
Model-answer hint
token and step budgets, retry limits, circuit breakers, per-task alerts.
Questions 11–20 (AI & Data core)
Question 11: How do you decide between rules, classic ML and an LLM for a problem?
Model-answer hint
start from decision value and error cost; choose the simplest option that meets the metric.
Question 12: How do you detect training-serving skew?
Model-answer hint
shared feature code, logged inference inputs, distribution checks between training and live data.
Question 13: How do you build an evaluation set that predicts production results?
Model-answer hint
representative sampling, slice coverage, leakage checks, labelled with measured agreement, refreshed on a schedule.
Question 14: What goes on a model-health dashboard, and who acts on each signal?
Model-answer hint
quality, drift, latency, cost and the business KPI, each with an owner and threshold.
Question 15: How do you handle personal data in a training pipeline under PDPL or GDPR?
Model-answer hint
minimisation, lawful basis, pseudonymisation, residency, retention limits, DPIA.
Question 16: How do you roll back a model or prompt change that degrades results?
Model-answer hint
versioned registry, canary or shadow release, automated gates, one-step rollback.
Question 17: When does fine-tuning beat retrieval or better prompting?
Model-answer hint
behaviour, format and domain style favour tuning; fresh facts favour retrieval; weigh data and cost.
Question 18: Describe a data-quality incident you caught.
Model-answer hint
how it was detected, root cause, the contract or test added, the alert that now exists.
Question 19: How do you forecast and cap the monthly cost of an AI workload?
Model-answer hint
tokens or GPU hours, caching, batching, model routing, budgets with alerts.
Question 20: Explain a modelling trade-off you made to a non-technical executive.
Model-answer hint
plain language, business impact, the option rejected and why.
Interviewer tip: Ask for a real example after every answer. Strong candidates describe what they built, what broke and what they changed.
Practical task
Prototype an agent that triages IT service requests: classify each ticket, look up the user in a mock directory API, draft a resolution or route it to a human, and log every tool call. Include an evaluation script over 25 sample tickets.
How to run it Share the brief 24 hours ahead or run it live. Ask the candidate to talk through trade-offs as they work; reasoning matters more than a finished artefact.
Red flags our practice leads watch for
- Gives agents broad admin credentials to keep things simple.
- Has no plan for loops, retries or partial failure.
- Cannot explain how a run would be audited afterwards.
- Judges success by demo polish rather than measured task completion.
- Universal flag: Vague answers that never reach a concrete system, number or decision the candidate personally owned.
The scorecard we use
Score each dimension 1–4 (1 = no evidence, 2 = partial, 3 = solid, 4 = exceptional):
| Dimension | Weight | What a 4 looks like |
|---|---|---|
| Technical depth, production judgement and security | 40% | Explains how and why, designs for failure and sensitive data, and knows each tool’s limits |
| Practical task and problem solving | 30% | Delivers a working solution with tests and documented decisions |
| Communication and documentation | 20% | Explains clearly to technical and non-technical audiences, in English or Arabic |
| References and regional context | 10% | References confirm the claimed scope; knows the frameworks and data-residency rules that apply |
Pass bar: weighted average of 3.0 out of 4 or higher, with no dimension below 2. The practice lead approves the final result.