Applied Computing
Inference QA Engineer

How your CV stacks up
Upload your CV to see how well it fits this job role
?%
Applied Computing was founded in 2024 to build Orbital, a physics-informed foundation model for energy operations. We’re live across oil and gas, refineries, and petrochemicals, working towards our mission: sustainable abundance for a growing planet.
The hydrocarbon industry keeps the world running. But its complexity has left operators tied to legacy systems, making critical decisions on less than 10% of available data. We built Orbital to change that. It’s a foundation model built specifically for energy that lets companies use AI at scale, harnessing all of their operational data and optimising in real time for any metric. Decisions get faster, operations get safer, and carbon intensity falls.
We’ve raised over $32 million, including one of the largest seed rounds for an AI company in the UK. We’re just getting started.
About the role
We build Orbital, an agentic LLM platform that answers hard operational and analytical questions for enterprise clients in energy and heavy industry. It routes questions across a graph of tools (data retrieval, SQL-generating coders, statistical analysis, anomaly detection, forecasting, RAG) and synthesises answers that engineers act on. When it is right, it compresses hours of analyst work into seconds.
When it is subtly wrong, quiet, or slow, that costs us trust with technical customers who check our numbers.
We are hiring a senior engineer to own inference quality end to end: the person who watches every deployment, decides what “working” means, builds the systems that prove it, and catches regressions before a client does. This is a founding-level QA function. You will define the discipline, not just execute a checklist.
What you’ll own
- Evaluation frameworks: We test on a tiered model: T1 data retrieval, T2 statistical analysis, T3 open-ended inference and root-cause, each with its own pass threshold. You will own and extend this framework, design test sets with real ground-truth rubrics (expected answer, pass criteria, known failure modes, source tables), and set the bar for what ships.
Reasons to use Rodeo
I’m in my final year doing Economics and I don’t know whether to apply for grad schemes now or do a masters first. What do you think?
Honest answer — it depends on where you want to end up. A lot of top grad schemes (Big 4, civil service, banking) don’t need a masters. Let’s look at the ones you’d be competitive for now, and we can decide if a masters actually adds anything.
Also worth knowing: most autumn 2026 applications are open now. Timing matters more than you think.
Start with a chat, not a search bar
Grad scheme, placement, apprenticeship? Not sure what you want yet — that's fine. Your agent talks it through with you and turns "I have no idea" into a shortlist.
Graduate Consultant — 2026 Scheme
Why you're a good match
StrongYour economics background and your summer at a regional bank line up with what PwC looks for on the consulting scheme. Applications close in four weeks.
See breakdownIt searches the market for you
Every day your agent scans the market matching roles against what actually matters to you, not just keywords on a CV.
Why you're a good match
You’ve got the grades and the economics background, and your bank internship is exactly the experience this scheme looks for. Apply soon — deadlines close within the month.
Experience fit
Your summer at the bank plus your econometrics coursework map directly to the day-one responsibilities on this scheme — client modelling, market briefings, and deal support.
Only hits
No noise. No "maybe this fits." Just roles with a clear explanation of why they're right — and where to focus when applying.
-
The test harness and its runs: We run prompts against live model endpoints at scale (tens of thousands of runs), on schedules and on demand, measuring consistency across repeated iterations, ground-truth match, structural correctness of generated queries, and paraphrase robustness. You will run these executions, keep the harness healthy, and turn raw runs into a verdict.
-
Model and agent monitoring systems: You will build the observability layer for a multi-step agentic system: not just “did the endpoint return 200” but did the planner route to the right tool, did the tool actually execute, did the agent loop terminate, and is the final answer grounded.
Concrete failure modes we already fight and want caught automatically:
-
Silent empty responses — the reasoning trace renders but the answer stays empty, while every layer reports success.
-
False refusals — a tool crashes or times out, returns nothing, and the model fabricates “I don’t have that data” instead of erroring loudly.
-
Tool-routing misses — the planner should have fired a tool and didn’t, or double-counts raw identifiers instead of canonical ones.
-
Latency and non-termination — multi-tool agent loops that blow past timeout budgets.
-
Paraphrase and run-to-run instability — the same question three ways, or the same prompt three times, giving materially different answers.
-
Ground truth and the feedback loop: You will work with subject-matter experts to extract vetted ground truths from deployment feedback, feed them back into the eval sets, and close the loop so every confirmed defect becomes a permanent regression guard.
-
Regression discipline: After every fix ships, you devise tier-appropriate tests biased at the failure mode plus regression guards, run them against the deployment, and report pass-rate against threshold and whether the original failure recurred. You are the gate.


Get help with your application
Your very own career expert that helps elevate your application to the next level.
What we’re looking for
- 5+ years in software, ML, data, or QA engineering, with real ownership of a quality-critical system.
- Strong Python. Comfortable in a FastAPI + Postgres + Docker world, reading logs across services and tracing a request through a distributed pipeline.
- Fluency with LLM behaviour: prompting, tool/function calling, agentic loops, RAG, and the ways they fail (hallucination, refusal, silent truncation, non-determinism).
- Experience designing evaluation: LLM-as-judge, deterministic checks, ground-truth scoring, statistical consistency measures (e.g. coefficient of variation across repeated runs).
- SQL literacy — you can read a generated query and judge whether it answers the question and hits the right tables.
- A monitoring and observability instinct: you reach for dashboards, alerts, and trace inspection by default, and you build them when they don’t exist.
- Rigour about uncertainty. You report calibrated ranges, not overclaimed point estimates, and you say plainly when something is unverified.
Bonus
- Experience evaluating or red-teaming agentic / multi-tool LLM systems specifically.
- MLflow or similar trace and experiment tooling.
- A background talking to technical end users (engineers, analysts) and translating their “it feels off” into a reproducible test.
- Time-series, forecasting, or industrial and operational data domains.
Why it matters
Our customers are engineers who verify our output. Inference quality is the product. This role decides whether we can look a client in the eye and say the system works, and back it with numbers. You will have the mandate to build that assurance layer from the ground up.
“It took my CV and asked me questions relevant to understanding what kind of jobs to suggest for me. Suggestions were almost perfect. Jobs were exactly what I’ve been looking for.”
Jessica, London
Skills
Location