Applied ML Engineer

Sentient
APAC +3 more
Remote

Who this role is best for

Strong fit for candidates with hands-on ML engineering experience who thrive in cross-functional roles, working across research, product, and infrastructure.

Best fit for

  • Candidates with experience in both ML research and production software development
    — “build systems at the intersection of machine learning research and production software”
  • Individuals who can translate complex research findings into user-facing product features
    — “Turn research workflows into product experiences, including experiment configuration, runs, traces, comparisons, reports, and review workflows.”
  • Engineers who possess strong technical judgment and can distinguish between evidence and interpretation
    — “Strong technical judgment about what experimental evidence does and does not support.”

Things to consider

  • This role requires working across both backend and frontend systems, not just one
    — “Ability to work across backend and frontend boundaries.”
  • Candidates must be comfortable with open-weight models and inference systems
    — “Comfort working with open-weight models and understanding how modern LLM inference systems operate.”

How to stand out

  • Highlight experience with PyTorch, Hugging Face Transformers, and model internals in your resume and interviews
    — “Strong Python engineering skills and hands-on experience with PyTorch and Hugging Face Transformers.”
  • Demonstrate your ability to design controlled experiments and evaluate ML methods rigorously
    — “Design controlled experiments that separate meaningful signals from artifacts or confounders.”
  • Showcase your ability to build production software with APIs, logging, and deployment
    — “Experience building production software beyond notebooks, including APIs, asynchronous jobs, databases, logging, testing, and deployment.”
  • Emphasize your capability to document and communicate complex ML workflows to non-technical audiences
    — “Ability to make complex experiments and results understandable to users.”
  • Demonstrate your understanding of inference infrastructure and optimization tradeoffs
    — “Running and serving open-weight models on GPUs and reasoning about latency, throughput, memory, precision, and cost tradeoffs.”
Pace · Fast PacedCollaboration · MediumAutonomy · HighDecision Impact · Team

Derived from job-description analysis by Serendipath's career intelligence engine.

What success looks like

  • Successfully reproducing and evaluating research methods
  • Building and extending evaluation infrastructure
  • Turning research workflows into product experiences
  • Designing controlled experiments
  • Writing clear technical reports
Typical background
PhD in Computer Science or related fieldExperience in machine learning and software engineering

Skills & requirements

Required

PythonPyTorchHugging Face TransformersML EvaluationProduction Software EngineeringBackend SystemsFrontend SystemsModel EvaluationInference InfrastructureExperiment DesignTechnical Judgment

Preferred

Model ProvenanceFingerprintingWatermarkingDistillation DetectionRed-teamingSafety EvaluationsInterpretability

Stack & domain

PythonPyTorchHugging Face TransformersML EvaluationApisAsynchronous JobsDatabasesLoggingTestingDeploymentReact/typescriptTechnical JudgmentOwnershipFast-moving EnvironmentMachine LearningProduction Software

About the role

Original posting from Sentient via Ashby

APPLIED ML ENGINEER

THE ROLE

We’re looking for an Applied ML Engineer to build systems at the intersection of machine learning research and production software.

This is an end-to-end engineering role. You should be comfortable reading a research paper, identifying what is actually testable, building the smallest useful experiment, evaluating it rigorously, and turning the result into a production system that users can interact with.

You’ll work across model evaluation, model internals, inference infrastructure, backend systems, and product interfaces. The goal is not simply to reproduce research. It is to turn promising methods into reliable, measurable, and usable products.

WHAT YOU’LL DO

  • Reproduce and evaluate research methods using open-weight and API-accessible models.
  • Design evaluation datasets, probes, scoring methods, baselines, calibration tests, and experiment harnesses.
  • Work directly with model weights, logits, hidden states, activations, model APIs, and inference infrastructure when required.
  • Build and extend our evaluation infrastructure, including runners, judges, persistence, experiment orchestration, and reporting.
  • Turn research workflows into product experiences, including experiment configuration, runs, traces, comparisons, reports, and review workflows.
  • Investigate how verification methods behave under model modification, including fine-tuning, merging, quantization, distillation, safety removal, and deliberate evasion.
  • Design controlled experiments that separate meaningful signals from artifacts or confounders.
  • Write clear technical reports that distinguish measured evidence, interpretation, and hypotheses.
  • Ship production-quality systems with APIs, background jobs, observability, testing, and documentation.

WHAT WE’RE LOOKING FOR

  • Strong Python engineering skills and hands-on experience with PyTorch and Hugging Face Transformers.
  • A strong understanding of ML evaluation, including dataset design, baselines, metrics, calibration, false positives, false negatives, statistical uncertainty, and reproducibility.
  • Ability to read ML research papers and implement methods from first principles rather than relying entirely on existing packages.
  • Experience building production software beyond notebooks, including APIs, asynchronous jobs, databases, logging, testing, and deployment.
  • Comfort working with open-weight models and understanding how modern LLM inference systems operate.
  • Ability to work across backend and frontend boundaries. Our product surface is primarily React/TypeScript, and you should be able to make complex experiments and results understandable to users.
  • Strong technical judgment about what experimental evidence does and does not support. For example, evidence that one model was derived from another is not necessarily evidence that it was directly trained on that model's outputs.
  • High agency and a strong sense of ownership. You are comfortable identifying problems, proposing solutions, and driving work forward without waiting for detailed instructions.
  • Comfortable working in a fast-moving startup environment where priorities can evolve quickly and individuals are expected to operate across functions.

USEFUL EXPERIENCE

Experience in any of the following is a plus:

  • Model provenance, fingerprinting, watermarking, distillation detection, red-teaming, safety evaluations, or interpretability.
  • Activation and representation analysis, probing, model hooks, logits, hidden states, or other model-internals work.
  • Evaluation and inference infrastructure such as DSPy, LiteLLM, Temporal, Ray, vLLM, PostgreSQL/pgvector, or similar systems.
  • Next.js, React, TypeScript, data visualization, or experiment dashboards.
  • Running and serving open-weight models on GPUs and reasoning about latency, throughput, memory, precision, and cost tradeoffs.
  • Designing adversarial evaluations or testing systems against deliberate attempts to evade detection.

WHAT SUCCESS LOOKS LIKE IN THE FIRST SIX MONTHS

You will:

  • Reproduce at least one published model-provenance or verification method and clearly document its capabilities, assumptions, and limitations.
  • Build a repeatable model-verification runner with versioned inputs, artifacts, metrics, and reports.
  • Add at least one verification workflow to Construct and make it accessible through the Eldros UI.
  • Run controlled experiments across base models, fine-tuned models, merged models, quantized models, and known distilled models.
  • Improve our ability to understand when verification methods succeed, when they fail, and why.
  • Leave behind production-quality code, tests, tooling, and documentation that another engineer can confidently operate and extend.

THIS ROLE IS NOT

  • A pure research role where work ends with a paper or notebook.
  • A generic model-training or fine-tuning position.
  • A frontend-only or backend-only engineering role.
  • A role where benchmark scores are accepted at face value without understanding how they were produced.
  • A role for someone who wants to stay within a single layer of the stack.

We are looking for someone who enjoys moving between research, experimentation, engineering, and product, and who cares about building systems that produce evidence people can actually trust.

Source: Sentient careers (Ashby)

Similar roles