New opportunity

AI Engineer (Software Development)

Seatrium (SG) Pte. Ltd. · Singapore

About this role

The AI Engineer (Software Development) develops and operates production AI/ML solutions for Seatrium. The role covers the model lifecycle, from data ingestion and preprocessing through training, deployment, predictive analytics and monitoring.

Responsibilities

  • Architect, build and maintain end-to-end AI/ML pipelines. Work with data scientists and domain experts to move experimental models into production, improving dataset quality, performance, scalability and latency.
  • Implement MLOps practices, including CI/CD for ML, model versioning and feature stores. Optimize production inference using techniques and tools such as TensorRT, ONNX, pruning and quantization.
  • Write robust, testable, maintainable code using GitHub, and integrate models with enterprise systems through APIs and cloud-native services on AWS or Azure.
  • Align models with business objectives, ethical AI and governance frameworks, and industry regulations. Participate in business analysis and technical design; troubleshoot systems; support and train users; document processes; report progress; and collaborate across departments.

Requirements

  • A bachelor’s or master’s degree in Computer Science, Artificial Intelligence or a related quantitative field. A PhD is a plus.
  • A minimum of 5–7 years of professional experience in AI/ML model development, AI/MLOps and cloud-based deployment, including at least 3–4 years building and deploying machine learning models and AI solutions in production. Candidates should have taken AI/ML projects from concept through deployment and monitoring.
  • Strong analytical, problem-solving, communication and interpersonal skills, with the ability to manage multiple projects and deliverables. Experience in regulated industries or maritime work in Singapore is advantageous.

The full-time role is based at Seatrium’s Pioneer Yard, 50 Gul Road, Singapore 629353. Working hours are Monday–Thursday, 8:00 a.m.–5:15 p.m., and Friday, 8:00 a.m.–4:30 p.m. Islandwide transport is provided. Applicants are asked to submit a current résumé, current and expected salary, and earliest availability.

For full details about this role, click “Apply on company site” to view the employer’s original posting.

Skills for this role

AI/ML pipelinesData ingestionData preprocessingMachine learning model developmentPredictive analyticsMLOpsCI/CD for MLModel versioningFeature storesModel deploymentModel monitoringModel inference optimizationTensorRTONNXModel pruningQuantizationGitHubAPIsAWSAzureEthical AIAI governanceBusiness analysisTechnical designProblem-solvingCommunicationProject management

Your skill match

Checking your profile…

YOUR NEXT STEP

Get interview-ready for this role

A focused preparation guide, built around this job’s responsibilities and requirements.

✦ AI-generated guide
Preparation suggestions, not the employer’s actual interview questions. Always check the original posting for current requirements.
01

Understand the role

What matters most

  • Own the production model lifecycle

    The role covers data ingestion and preprocessing through training, deployment, predictive analytics and monitoring. Prepare to explain how an end-to-end pipeline is built, maintained and monitored after release.

  • Operationalize experimental models

    The posting calls for collaboration with data scientists and domain experts to move models into production while improving dataset quality, performance, scalability and latency. Focus on how those handoffs and production criteria are handled.

  • Establish repeatable MLOps practices

    CI/CD for ML, model versioning and feature stores are explicit responsibilities. Prepare a concrete account of how these practices support reliable releases and reproducibility.

  • Deliver efficient, maintainable integrations

    The engineer writes testable code using GitHub, integrates models through APIs and AWS or Azure services, and optimizes production inference. TensorRT, ONNX, pruning and quantization are cited as examples, not mandatory tools.

  • Connect delivery to business and governance

    The role includes business analysis, technical design, ethical AI, governance and regulatory compliance, alongside user support, documentation and progress reporting. Prepare to describe how technical decisions are communicated across departments.

Likely challenges to think through

  • Balancing inference speed with model quality

    A likely trade-off is reducing latency or compute cost without undermining predictive performance. Prepare to discuss how you would benchmark a baseline, evaluate optimization options and check results after deployment; the posting does not specify performance targets.

  • Moving research into dependable operation

    Experimental results may not translate directly into scalable, maintainable services. Prepare to explain how you would assess data quality, define release checks, version artifacts and monitor a deployed model; this is a preparation hypothesis, not a reported problem at Seatrium.

  • Reconciling delivery with governance

    Business objectives, ethical AI and regulatory compliance may pull design decisions in different directions. Prepare a decision framework that makes constraints, trade-offs and documentation clear without assuming a particular regulation or internal approval process.

  • Managing competing operational demands

    The posting combines multiple projects with troubleshooting, user training and cross-department collaboration. A likely difficulty is protecting planned delivery while responding to issues; prepare to explain how you would triage work and communicate changes in priority.

03

Practice your answers

Technical practice

How would you architect an end-to-end AI/ML pipeline from ingestion through monitoring?

What to coverSuggested preparation: Explain how data validation, preprocessing, training, deployment and monitoring fit together, including how you would make runs reproducible. Discuss where failures could occur and how you would detect them.

How would you improve dataset quality before moving an experimental model into production?

What to coverSuggested preparation: Discuss checks for missing, inconsistent or unrepresentative data and how you would work with domain experts to interpret findings. Explain the trade-off between stricter quality controls and the amount of usable data.

How would you design CI/CD and versioning for a production ML model?

What to coverSuggested preparation: Cover tests for code, data and model behaviour, plus traceability between a deployed model and its training inputs. Explain how a release could be validated and reverted if it underperforms.

When would you use a feature store in an ML pipeline?

What to coverSuggested preparation: Explain how shared feature definitions can help keep training and inference consistent. Discuss the added operational complexity and when simpler feature management might suffice.

How would you choose among ONNX, TensorRT, pruning and quantization to optimize inference?

What to coverSuggested preparation: Compare compatibility, latency, resource use and potential accuracy loss rather than assuming one technique is always best. Describe how you would benchmark the optimized model against the original under production-like conditions.

How would you integrate a deployed model with an enterprise system?

What to coverSuggested preparation: Discuss API contracts, input validation, error handling and the operational implications of using cloud-native services on AWS or Azure. Explain how integration choices affect latency, scalability and maintainability.

What would you test and review in collaborative production ML code?

What to coverSuggested preparation: Address testable pipeline components, API behaviour and deployment changes, alongside maintainable code and GitHub-based collaboration. Explain which checks give the most value when model behaviour depends on both code and data.

How would you investigate a production model that has become slower or less accurate?

What to coverSuggested preparation: Separate system symptoms from changes in inputs, model performance or deployment configuration. Describe what you would inspect in monitoring, how you would narrow the cause and when you would consider reverting a change.

How would you evaluate whether a predictive model meets a business objective?

What to coverSuggested preparation: Translate the objective into measurable model and operational criteria through business analysis and technical design. Discuss trade-offs among predictive performance, latency and scalability before deciding whether to deploy.

How would ethical AI, governance and regulatory considerations shape a model deployment?

What to coverSuggested preparation: Describe how you would identify relevant constraints with stakeholders, document decisions and check model behaviour against agreed expectations. Keep the discussion conditional: the posting calls for compliance but does not name a specific model-use regulation.

Behavioural practice

Tell me about a time you worked with data scientists and domain experts to productionize a model.

What to coverSuggested preparation: Use a real situation, your actions to resolve differences between experimental results and production needs, and the result. Make your own contribution and the collaboration clear.

Describe a production AI/ML issue you had to troubleshoot with others.

What to coverSuggested preparation: Give the situation, how you investigated and communicated the issue, and the result. Distinguish what you established from what you initially suspected.

Tell me about a time you managed competing AI/ML projects or deliverables.

What to coverSuggested preparation: Explain the situation, how you prioritized and communicated trade-offs, and what happened. Use a real example that shows how you handled dependencies or changing demands.

Describe a time you supported or trained users of a technical system.

What to coverSuggested preparation: State the users’ situation, how you adapted your explanation or documentation, and the result. Focus on how you checked whether the support was useful.

Tell me about a time governance or compliance concerns changed a technical design.

What to coverSuggested preparation: If you have a relevant real example, explain the situation, who you consulted, what you changed and the result. The posting mentions ethical AI, governance and industry regulations, but does not prescribe a particular framework.

02

Sharpen your knowledge

Topics to prepare

  • Production AI/ML lifecycle

    Exercise: diagram the decisions and handoffs from data ingestion and preprocessing through training, deployment, predictive analytics and monitoring. Explain how dataset quality and monitoring affect later releases. The posting explicitly covers this end-to-end lifecycle.

  • MLOps release design

    Exercise: sketch how CI/CD for ML, model versioning and a feature store fit into a repeatable release and rollback. These practices are explicitly named in the posting.

  • Inference performance trade-offs

    Exercise: compare when ONNX, TensorRT, pruning and quantization might help, and what accuracy, latency and scalability checks would inform a choice. The posting explicitly calls for production inference optimization.

  • Enterprise integration and cloud deployment

    Exercise: draw an architecture showing a deployed model, an API, an enterprise system and cloud-native services on AWS or Azure; identify likely failure points. APIs and both cloud platforms are named in the posting.

  • Business alignment and governance

    Exercise: outline questions for a technical design session about business objectives, ethical AI, governance and applicable industry regulations. The posting requires alignment and compliance but does not name a specific regulation or framework.

Skills to revise

  • Build a testable model pipeline

    Exercise: implement a small example covering ingestion, preprocessing, training and prediction, with tests for data-quality failures. This practises the end-to-end pipelines and robust, testable code requested in the posting; the example dataset is a preparation suggestion.

  • Rehearse an ML release

    Exercise: write a sample GitHub-based change and review plan that tests a model update, records its version and describes deployment and rollback. The posting names GitHub, CI/CD for ML and model versioning; this workflow is a suggested exercise, not a stated company process.

  • Benchmark production inference

    Exercise: establish a baseline, try one posting-listed approach such as ONNX or quantization, and compare latency and predictive performance. This directly practises the requested inference optimization.

  • Specify an API integration

    Exercise: draft an API request and response for model predictions and describe how a service on AWS or Azure would handle an invalid request or unavailable model. The posting calls for enterprise integration through APIs and cloud-native services.

  • Diagnose and explain a monitored issue

    Exercise: walk through a hypothetical drop in prediction quality or rise in latency: list checks, a resolution path, a brief process note and a user-facing explanation. This rehearses the posting’s monitoring, troubleshooting, documentation, progress reporting and user-support duties.

04

Your preparation checklist

  • Select a production AI/ML project

    The posting asks for experience taking projects from concept through deployment and monitoring. Prepare one walkthrough covering the business objective, your decisions, collaborators, deployment and measured outcomes; distinguish your contribution from the team’s.

  • Map the end-to-end pipeline

    Sketch that project’s data ingestion, preprocessing, training, deployment and monitoring flow. Be ready to explain dataset-quality checks, failure handling and how the pipeline is maintained.

  • Rehearse an MLOps design exercise

    As practice, design how an experimental model could reach production using CI/CD for ML, model versioning and a feature store. State your assumptions and explain testing, rollback and monitoring choices rather than presenting them as Seatrium’s existing process.

  • Prepare evidence of production trade-offs

    Bring examples or measurements, where available, showing how you addressed performance, scalability or latency. Explain when techniques named in the posting—ONNX, TensorRT, pruning or quantization—would be appropriate and what you would validate before release.

  • Show how you integrate and support models

    Prepare a concise account of testable code, GitHub collaboration, API integration and deployment on AWS or Azure from relevant work. Include a troubleshooting example and how you documented a fix or supported users.

  • Practice explaining governance and collaboration

    Prepare an example of aligning an AI solution with a business objective while considering ethical AI, governance or applicable regulations. Explain how you worked with data scientists, domain experts and other departments, and handled competing deliverables.

  • Draft targeted employer questions

    Ask which AI/ML use cases matter most, how models are currently deployed and monitored, what governance constraints apply, and how this role works with domain experts and users. If relevant, clarify the on-site arrangements at Pioneer Yard.

AI-generated from the job information · Prepared Sep 30, 2026 (UTC)Useful preparation, not a guarantee of eligibility or an offer.

Availability last checked: 4 Nov 2026. Status can change after a check; confirm on the employer’s website. Report an issue · Our checking policy

KEEP EXPLORING

Similar AI jobs

Related skills and specializations in Singapore. Matched to this role, not your profile.

Explore more jobs
Finding similar opportunities…