New opportunity

Machine Learning Engineer II

S&P Global · New York; Cambridge, United States

About this role

Kensho, S&P Global’s AI innovation hub, seeks a mid-level Machine Learning Engineer for its DRIVE team. This hands-on, full-lifecycle role develops and scales production-grade retrieval-augmented generation (RAG) systems for agentic search. The systems make large volumes of unstructured data discoverable and support enterprise search, question answering, deep research, report generation, and knowledge discovery across S&P Global platforms.

Responsibilities

  • Design end-to-end RAG pipelines combining proprietary chunking algorithms, embedding models, vector databases, and data retrieval agents. Build and optimize retrieval over large-scale proprietary datasets.
  • Develop LLM solutions that orchestrate retrieval, generation, and ranking to produce context-aware responses. Investigate vector search, chunking and indexing strategies, unstructured-data retrieval evaluation, and GraphRAG.
  • Partner with Product and Design on user-facing ML solutions and with ML Operations on automation spanning technical design, implementation, and the ML systems lifecycle.

Requirements

  • Bachelor’s degree or higher in Computer Science, Engineering, or a related field, and at least 3 years of hands-on industry experience in machine learning, NLP, information retrieval, and large-scale text processing, including designing, shipping, and maintaining production systems.
  • Strong Python skills; working knowledge of data-processing tools and frameworks such as PyTorch, Transformers, and Hugging Face; experience with LLM orchestration frameworks such as LangChain or LlamaIndex.
  • Experience building ML pipelines for data processing, training, inference, maintenance, evaluation, versioning, and experimentation. Experience with vector databases such as PostgreSQL/PGVector, OpenSearch, or Pinecone, plus similarity search and vector indexing. Effective coding, documentation, collaboration, communication, problem-solving, and adaptability are also required.

Technologies highlighted include Claude Code, Weights & Biases, LiteLLM, Airflow, Docker, Kubernetes, Jenkins, AWS, and GitHub Actions. The anticipated base salary is $140,000–$180,000, with eligibility for an annual incentive bonus and equity plans. Benefits include medical, dental, and vision coverage with company-paid premiums; unlimited paid time off; 26 weeks of fully paid parental leave; a 401(k) with 6% employer matching; and tuition and continuing-education assistance.

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

Skills for this role

Machine LearningNatural Language ProcessingInformation RetrievalRetrieval-Augmented GenerationLarge Language ModelsLLM OrchestrationAgentic SearchGraphRAGVector SearchVector IndexingEmbeddingsPrompt EngineeringAI Agent EvaluationPythonPyTorchTransformersHugging FaceLangChainLlamaIndexPostgreSQLPGVectorOpenSearchPineconeClaude CodeWeights & BiasesLiteLLMAirflowDockerKubernetesJenkins Federated Secret Access?

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

  • Build end-to-end RAG pipelines

    The role designs pipelines integrating proprietary chunking algorithms, embeddings, vector databases, and retrieval agents. Prepare to explain the design choices and interfaces across those stages.

  • Improve retrieval over large datasets

    DRIVE builds retrieval systems over large-scale proprietary, unstructured data. The posting specifically emphasizes embedding techniques, similarity search, vector indexing, and retrieval evaluation.

  • Orchestrate context-aware LLM responses

    The role combines retrieval, generation, and ranking for agentic search and experiences such as question answering and deep research. Prepare to discuss how each stage affects response quality.

  • Ship and maintain production ML systems

    This is a hands-on, full-lifecycle role. The posting calls for experience with data processing, training, inference, maintenance, evaluation, versioning, and experimentation, alongside ML Operations collaboration on automation.

  • Connect ML work to user needs

    The engineer works with Product and Design to improve user experiences and meet business objectives. Prepare to explain technical decisions in terms of their effect on a search or research workflow.

Likely challenges to think through

  • Balancing retrieval quality with scale

    Likely preparation challenge, not a confirmed team problem: chunk size, embedding choice, and index strategy can improve relevance while increasing storage, latency, or update complexity. Prepare a concrete comparison of alternatives and how you would evaluate them on representative unstructured data.

  • Diagnosing errors across a RAG pipeline

    Likely preparation challenge: a poor answer may stem from retrieval, ranking, or generation, making end-to-end scores alone hard to act on. Prepare a staged evaluation approach that isolates retrieval failures from response-quality failures.

  • Turning experiments into maintainable systems

    Likely preparation challenge: iterating on models and retrieval methods can conflict with reliable, reproducible production operation. Prepare to explain how versioning, evaluation, documentation, and automation would support changes, and where Product, Design, and ML Operations input would matter.

03

Practice your answers

Technical practice

How would you design an end-to-end RAG pipeline for large volumes of unstructured data?

What to coverPreparation suggestion: Walk through ingestion, chunking, embeddings, indexing, retrieval, ranking, and generation, explaining how the components fit together. Discuss trade-offs among retrieval quality, latency, and maintainability rather than assuming a particular internal architecture.

How would you choose and evaluate a chunking strategy for enterprise search?

What to coverPreparation suggestion: Compare chunk size, overlap, and preservation of document structure, including their effects on context and retrieval precision. Describe how you would test alternatives on representative unstructured documents and queries.

What would you consider when selecting embeddings for a large-scale retrieval system?

What to coverPreparation suggestion: Discuss how domain-specific language, model quality, inference cost, and embedding throughput affect the choice. Explain how you would compare models using retrieval results, not just embedding similarity in isolation.

How would you tune similarity search and vector indexing for a growing dataset?

What to coverPreparation suggestion: Explain the relevance–latency trade-off in approximate search and how index settings affect scale and update behavior. Use PostgreSQL/PGVector, OpenSearch, or Pinecone only as examples of technologies named in the posting, without assuming a required choice.

How would you orchestrate retrieval agents and an LLM for a multi-step research question?

What to coverPreparation suggestion: Describe how an agent might decide whether to retrieve again, incorporate results, and stop before generating a response. Address how you would limit unnecessary retrieval and check whether the response is supported by the retrieved context.

How would you combine retrieval, ranking, and generation to improve answer quality?

What to coverPreparation suggestion: Distinguish finding candidate passages from ranking those passages and generating a context-aware answer. Explain how you would diagnose a poor answer caused by missing evidence versus poor ranking or generation.

How would you evaluate retrieval and agentic search over unstructured data?

What to coverPreparation suggestion: Propose representative queries and judged results, then discuss retrieval relevance alongside answer quality. For multi-step agent behavior, explain how you would inspect retrieval decisions as well as the final response.

When might GraphRAG help, and when might it add unnecessary complexity?

What to coverPreparation suggestion: Consider questions that depend on relationships across documents and compare graph-based retrieval with a simpler vector-retrieval baseline. Discuss the effort of constructing and maintaining the graph against any measured improvement.

How would you manage an ML pipeline from experimentation through production maintenance?

What to coverPreparation suggestion: Cover data processing, training where applicable, inference, evaluation, versioning, and repeatable experiments, all lifecycle areas named in the posting. Explain what you would automate and document when working with ML Operations, without assuming a specific deployment stack.

How would you troubleshoot a production RAG system whose answers have become less relevant?

What to coverPreparation suggestion: Isolate changes in source data, chunking, embeddings, indexes, retrieval, ranking, and generation before choosing a fix. Explain how versioned experiments and retrieval evaluation could help confirm both the cause and the improvement.

Behavioural practice

Tell me about a time you worked with Product or Design to shape a user-facing ML feature.

What to coverPreparation suggestion: Use situation, action, and result to explain how you translated user needs and business objectives into technical decisions. Describe how you handled feedback or a trade-off without claiming a specific Kensho process.

Describe a time you partnered with an operations team to improve an ML system's lifecycle.

What to coverPreparation suggestion: Give the situation, your actions in coordinating design or automation, and the resulting change. Clarify your own contribution and how the collaboration affected implementation or maintenance.

Tell me about a difficult production ML or retrieval problem you investigated.

What to coverPreparation suggestion: Set out the situation, the evidence you gathered, the actions you took, and the result. Focus on how you narrowed down the problem and checked that the remedy worked.

Describe a time clear documentation or communication helped a technical team collaborate.

What to coverPreparation suggestion: Use situation, action, and result to show what others needed to understand and how you communicated a design, decision, or limitation. Explain the effect on shared work rather than simply saying the documentation was useful.

Tell me about a time priorities or technical evidence changed during an ML project.

What to coverPreparation suggestion: Explain the situation, how you adapted your plan or experiment, and the result. Highlight how you preserved engineering quality while responding to the change.

02

Sharpen your knowledge

Topics to prepare

  • End-to-end RAG architecture

    The DRIVE role integrates chunking, embeddings, vector databases, retrieval agents, ranking, and generation. As a revision exercise, sketch the flow from an unstructured document to a cited answer and explain where retrieval or generation can fail.

  • Chunking and embedding trade-offs

    The posting emphasizes proprietary chunking algorithms, advanced embeddings, and large-scale text retrieval. Compare two chunking approaches on a sample document set; reason about lost context, retrieval precision, and indexing cost. This is a preparation exercise, not a stated employer task.

  • Similarity search and vector indexing

    Experience with vector databases, similarity search, and indexing algorithms is explicitly requested. Revise how index and search choices affect recall, latency, and scale; work through a hypothetical large-dataset retrieval bottleneck.

  • Retrieval and agent evaluation

    The role investigates unstructured-data retrieval evaluation and lists AI agent evaluation among favored techniques. Design a small set of questions with relevant documents, then explain how you would measure retrieval quality separately from answer quality.

  • Agentic search and GraphRAG

    The team builds agentic search pipelines and investigates GraphRAG. Trace when a retrieval agent might need another search step, and compare a graph-based retrieval path with vector search for a question spanning related documents.

  • Production ML lifecycle

    The posting requires experience across data processing, training, inference, maintenance, evaluation, versioning, and experimentation. Draw a lifecycle diagram and identify what must be monitored or updated when source documents or embedding models change.

Skills to revise

  • Build a Python text-processing pipeline

    Strong Python skills and working knowledge of PyTorch, Transformers, and HuggingFace are requested. As practice, write a small pipeline that cleans and chunks documents, generates embeddings with a relevant model, and records inputs and model version.

  • Implement and inspect vector retrieval

    The posting names PostgreSQL/PGVector, OpenSearch, and Pinecone as vector-database examples. Using one of these, practice indexing sample embeddings, running similarity queries, and inspecting missed relevant results; no particular database is mandated.

  • Orchestrate retrieval, ranking, and generation

    Experience with LLM orchestration frameworks such as LangChain or LlamaIndex is requested. Practice wiring a retriever to a ranking step and response generation, then inspect which retrieved passages influenced the answer.

  • Run a reproducible retrieval experiment

    Evaluation, versioning, and experimentation are explicit pipeline requirements. Compare two chunking or indexing configurations on the same question set, record retrieval results and configuration versions, and explain the quality–latency trade-off.

  • Plan an operations handoff

    The role involves maintaining production systems and collaborating with ML Operations on lifecycle automation. Draft a brief handoff for an embedding-index update covering validation, deployment, monitoring, and rollback; treat the document as interview preparation, not a specified Kensho process.

04

Your preparation checklist

  • Select a production ML project walkthrough

    The posting calls for experience designing, shipping, and maintaining ML and retrieval systems. Prepare a concise walkthrough of one real project, covering your contribution, scale, tradeoffs, results, and maintenance lessons; use a different example if you have not shipped RAG.

  • Sketch an end-to-end RAG design

    As practice for the DRIVE team’s work, draw a proposed flow from unstructured documents through chunking, embeddings, indexing, retrieval agents, ranking, and response generation. Be ready to explain how components interact and where you would expect bottlenecks.

  • Prepare a retrieval tradeoff comparison

    The role investigates vector search, chunking, indexing, and GraphRAG. Create a small comparison of plausible approaches, stating when you would test each, how you would measure retrieval quality and latency, and what evidence would change your choice.

  • Outline an evaluation plan

    Draft a proposed test set and measures for retrieval relevance and context-aware answers, including failure examples. Explain how you would compare pipeline versions and assess whether an agentic search change improves results.

  • Gather implementation evidence

    Choose specific examples that show your Python work, relevant ML or LLM orchestration frameworks, and similarity search or vector indexing experience. For each, note what you built yourself, how you tested it, and any limits to your experience.

  • Map the ML system lifecycle

    The posting includes data processing, training, inference, evaluation, versioning, experimentation, and maintenance. Prepare a diagram or brief account showing how you handled those stages and where automation and ML Operations collaboration fit.

  • Draft collaboration stories and employer questions

    Prepare one example of working with product or design partners on a user-facing tradeoff. Ask how DRIVE defines search success, evaluates unstructured-data retrieval, and divides lifecycle responsibilities between engineers and ML Operations.

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

Availability last checked: Nov 4, 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 United States. Matched to this role, not your profile.

Explore more jobs
Finding similar opportunities…