Stand out for this role — generate a tailored resume and cover letter in about a minute.
The Onset in Australia is seeking a senior ML engineer to translate experimental research into reliable software. You will implement and optimise ML models, build data and evaluation pipelines, and collaborate with researchers and engineers to scale training across cloud environments.
Ideal candidates have strong Python engineering skills, hands-on DL experience with PyTorch or JAX, and a track record turning research into usable software.
“I enjoy research, but I’m at my best when I’m making it work.”
“I want more ownership than maintaining one small part of a mature platform.”
“I like building the infrastructure that helps good researchers move faster.”
“I want difficult engineering problems without losing contact with the models.”
If any of this resonates, please keep reading.
An early-stage Australian AI research company is building intelligent systems designed to keep working, learning and adapting over long periods.
That creates a different engineering problem from serving a model behind an API.
State needs to survive between interactions. Work needs to pause, resume and respond to changing priorities. Multiple AI processes need to share resources without getting in each other’s way. New research needs to move from an experiment into something reliable enough to test in real environments.
This team is developing the models and underlying infrastructure required to make that possible.
The research spans memory, reasoning, continual learning and model adaptation. Alongside it, the engineering team is building the training, evaluation and runtime systems needed to turn those ideas into working technology.
This is not a conventional production ML role, and it is not about connecting existing models to another application.
You’ll work at the point where experimental research becomes reliable software.
Reporting to the Chief Engineer, you’ll collaborate closely with research scientists and other engineers to build the systems that allow new models and architectures to be trained, evaluated, demonstrated and eventually deployed.
“I enjoy research, but I’m at my best when I’m making it work.”
“I want more ownership than maintaining one small part of a mature platform.”
“I like building the infrastructure that helps good researchers move faster.”
“I want difficult engineering problems without losing contact with the models.”
If any of this resonates, please keep reading.
An early-stage Australian AI research company is building intelligent systems designed to keep working, learning and adapting over long periods.
That creates a different engineering problem from serving a model behind an API.
State needs to survive between interactions. Work needs to pause, resume and respond to changing priorities. Multiple AI processes need to share resources without getting in each other’s way. New research needs to move from an experiment into something reliable enough to test in real environments.
This team is developing the models and underlying infrastructure required to make that possible.
The research spans memory, reasoning, continual learning and model adaptation. Alongside it, the engineering team is building the training, evaluation and runtime systems needed to turn those ideas into working technology.
This is not a conventional production ML role, and it is not about connecting existing models to another application.
You’ll work at the point where experimental research becomes reliable software.
Reporting to the Chief Engineer, you’ll collaborate closely with research scientists and other engineers to build the systems that allow new models and architectures to be trained, evaluated, demonstrated and eventually deployed.
Success here will not be measured by how many tickets you close.
It will be measured by whether researchers can move faster, experiments can be trusted and promising ideas can survive the journey from notebook to working system.
A PhD would be useful, particularly if it came with strong implementation experience, but it is not essential.
This probably won’t suit someone looking for a mature platform, a tightly defined backlog or several layers of product management between them and the problem.
It may suit someone who wants to work directly with strong researchers, influence an emerging technical architecture and build systems that do not already have an established playbook.
The team is distributed and meets in person regularly. Australia is preferred, although exceptional international candidates will be considered.
Here, you’ll get to solve hard engineering problems, work close to the research and see what you build become part of the product.