ServicesWorkCase studiesHow I WorkDiscuss your project

Make your AI faster and more reliable.

A measured technical audit for teams with a promising prototype that is not yet a dependable product. I trace the system from data and evaluation through models, runtime, infrastructure, and integration, then prioritize the fixes that will change the outcome.

Typical duration
1–3 weeks
Indicative investment
from €7,500 excl. VAT
Primary outcome
Measured bottlenecks and prioritized fixes
Systems covered
Vision, ML, inference, and AI applications

Where is the system falling short?

Low accuracy may come from label semantics, preprocessing, postprocessing, validation leakage, or an evaluation set that does not represent the product. Slow inference may come from data movement and orchestration rather than the network itself. High cloud cost may be a batching, scheduling, or architecture problem.

The audit treats the pipeline as a system. The goal is not a list of generic best practices; it is a defensible explanation of where performance is being lost, what each fix is likely to change, and which work is worth doing first.

When an audit helps

Performance has plateaued

More training runs are not moving the real product metric, and the team is no longer sure whether the bottleneck is data, model choice, or evaluation.

Inference misses the budget

Latency, throughput, memory, GPU utilization, or cloud cost prevents the system from meeting its intended user experience.

The pipeline is brittle

Edge cases, deployment drift, licensing, hidden manual steps, or tightly coupled services make every release risky and difficult to reproduce.

What I examine

Are you measuring the right thing?

  • Label definitions and data coverage
  • Train, validation, and product parity
  • Failure slices and metric design
  • Preprocessing and postprocessing correctness

Where is compute being wasted?

  • Architecture and precision choices
  • TensorRT, ONNX, and runtime behavior
  • Batching, memory, and data transfer
  • Profiling across the full critical path

Can the system stay dependable?

  • Service boundaries and failure handling
  • Cloud cost and capacity assumptions
  • Monitoring and reproducibility
  • Licensing and maintainability risk

What you receive

  • Reproducible baseline for the agreed product metrics
  • Profile of the end-to-end latency and throughput path
  • Accuracy and failure analysis by meaningful data slice
  • Infrastructure and recurring-cost assessment
  • Model, runtime, architecture, and licensing review
  • Prioritized recommendation backlog with expected impact
  • At least one measured optimization or technical validation
  • Clear distinction between quick wins and structural changes

How the engagement runs

  1. 01

    Define success

    Agree on the product constraint: accuracy, latency, throughput, cost, reliability, or a weighted combination.

  2. 02

    Reproduce

    Run the current system on representative inputs and make the baseline observable from end to end.

  3. 03

    Isolate

    Profile, slice, benchmark, and test the highest-probability causes rather than optimizing by instinct.

  4. 04

    Prioritize

    Deliver measured findings and an implementation order based on impact, risk, dependency, and effort.

AIM football drill analysis

AIM: optimizing the whole intelligence path.

AIM’s football analysis evolved from an early prototype into a joined-up production system that analyzes one minute of 720p footage in about seven seconds on a single cloud GPU. The work combined better data and task definitions with model changes, inference optimization across the whole path, cheaper training, licensing review, and reliable postprocessing. The result did not come from swapping one model.

Before we start

Do you need access to our code and infrastructure?

Usually, yes, at least to the parts on the critical path. The access level can be narrowed, read-only, and time-limited. If code access is impossible, a useful architecture and evidence review may still be possible, but the conclusions will be less direct.

Can you audit a system built by another team?

Yes. The audit is about the system, not assigning blame. I document assumptions, reproduce behavior, and make findings reviewable so the existing team can challenge or implement them.

Does this include implementing the fixes?

The engagement includes targeted validation of key findings, not an open-ended rewrite. I can implement the prioritized work afterward, or hand the measured backlog and supporting evidence to your team.

Is this only for computer vision?

No. Computer vision and multi-stage sports pipelines are a particular strength, but the same audit approach applies to specialized classifiers, LLM-backed applications, temporal models, and other production ML systems.

What is preventing the system from shipping?

Send me the current architecture, the metric that matters, and what the team has already tried. I’ll reply personally within one business day with an honest view of whether an audit is the right next step.

Work directly with Jude Mingay, a freelance AI product engineer based in Freiburg, Germany. Remote projects worldwide; English, German, or Portuguese.