[Hiring] Applied ML Engineer @Sentient

Role Description

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.

Qualifications

• 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.
• 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 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

• 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.