AI / ML Engineer

Ninety per cent of models
never leave the notebook.
Hire for the other ten.

Engineers who can frame the problem, build the feature pipeline, defend the evaluation, ship the thing behind a flag and watch it drift. On our payroll, inside your team, from $40 an hour.

Model card · claims-triage-v4 · anonymised

Ask a candidate for one of these

This is the deliverable, not the notebook. It takes an afternoon to write and it is the single fastest way to find out whether someone has ever put a model in front of a business that depends on it.

Intended use

Flags inbound insurance claims that warrant a manual review. It is a triage aid for an assessor, not an approval or denial decision.

Out of scope

Any use that reaches a customer without a human in between. Pricing. Anything protected-class adjacent. Written down so it is a decision rather than a drift.

Training data

Four years of settled claims, 1.2M rows, from two source systems. Twelve per cent were excluded because the outcome field was entered after the fact.

Metric that matters

Recall at a fixed assessor workload — not accuracy. The business can review 300 claims a day, so the model is tuned to that budget, not to a leaderboard.

Known limitation

Weaker on commercial policies, which are 6% of volume and 40% of value. Those are routed to a human regardless of score.

Monitoring

Feature drift and score distribution tracked weekly. Ground truth arrives 60 days late, so performance is reported on a 60-day lag and everyone knows it.

Recall by slice

The headline number is never the interesting one.

Overall1.2M rows
0.83
Personal motor610k
0.88
Personal home410k
0.85
Commercial74k
0.61
Policies < 90 days old38k
0.58

Two slices under 0.65. Both are named in the card, and both are routed to a human — which is a design decision, not a failure.

What the job actually is

Four things that surprise first-time buyers

We say these in the first meeting because the alternative is saying them in month four, when they cost a great deal more.

If it is really an LLM problem

Most of the job is not modelling

Feature pipelines, leakage hunting, label quality, and the serving path. The model itself is usually a fortnight of the six months.

Offline metrics are a hypothesis

The only honest evaluation is a shadow deployment against live traffic, followed by a controlled rollout. We plan for both from the start.

Training/serving skew is the classic killer

The feature computed one way in the notebook and another way in production. A feature store or a shared transformation library, not discipline alone.

Retraining is a product decision

How often, on what trigger, with what approval. Left undefined, it means never — and the model quietly decays for a year.

The stack

Platform-agnostic on purpose

Modelling
PyTorch · scikit-learn · XGBoost · LightGBM
Pipelines
Airflow · Kubeflow · Metaflow · dbt for the features
Tracking & registry
MLflow · Weights & Biases · SageMaker Model Registry
Serving
FastAPI · TorchServe · SageMaker · Vertex AI · Triton
Monitoring
Evidently · WhyLabs · custom drift jobs · Grafana
Seniority

Three bands, 8–14 days to start

Mid-level

3–5 yrs$40–50/hr

Builds and evaluates models against a defined problem, with the pipeline and serving path designed by someone else.

Senior

5–8 yrs$50–62/hr

Owns the problem framing, the feature pipeline, the evaluation and the rollout. Writes the model card.

Lead

8+ yrs$62–85/hr

Sets the ML platform and the standards, and is the person who says no to the use-cases that should not be models.

Describe the decision, not the algorithm

Who makes it today, how often, and what it costs when it is wrong. That is enough for us to say whether it is a model, a rule, or neither.