New opportunity

Senior Engineer, Applied AI

Ro · New York, United States

About this role

Ro is hiring a Senior Engineer, Applied AI for a new team building LLM-powered products for the patient experience, clinical operations, and internal tools. Working alongside a Senior AI Lead and an Engineering Manager, this engineer will own features from prototype through production and collaborate closely with clinical operators to improve healthcare workflows. The role is hybrid in New York, NY.

Responsibilities

  • Design and ship production LLM features, including prompt orchestration, tool calling, retrieval-augmented generation, embeddings, agent workflows, and structured outputs.
  • Build evaluation infrastructure using regression suites, LLM-as-a-judge evaluations, synthetic datasets, human review, and quality metrics. Develop observability for accuracy, latency, cost, hallucination rates, and production model behavior.
  • Implement safety and reliability guardrails to meet quality, compliance, and operational requirements. Assess orchestration frameworks, evaluation platforms, vector databases, and model providers, making build-versus-buy decisions.
  • Work with EHR operators, Patient Advocates, and clinical teams to understand workflows; prototype, ship, measure outcomes, and iterate. Provide technical leadership through system design, code reviews, and mentorship.

Requirements

At least 5 years building production software, including 1–2 years building and deploying production LLM applications, or equivalent depth through substantial side projects or open-source work. Strong Python and backend-service engineering skills, experience integrating modern AI APIs and frameworks, and comfort using AI-assisted development tools are required. Candidates should have shipped AI features for real users, measured quality, reliability, latency, cost, and business impact, and be able to turn ambiguous operational problems into technical solutions.

Preferred experience: LangChain, LangGraph, AgentCore, RAG architectures, vector databases, prompt and version management, or evaluation and observability platforms such as LangSmith, Braintrust, and Arize Phoenix. The new function’s reporting structure has not yet been fixed. Target base salary is $182,300–$220,000, with equity and benefits as applicable; compensation may vary based on location, knowledge, skills, and experience.

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

Skills for this role

PythonBackend servicesLLM application developmentPrompt orchestrationTool callingRetrieval-augmented generation (RAG)EmbeddingsAgent workflowsStructured outputsLLM evaluationRegression testingSynthetic datasetsHuman review workflowsAI observabilityAI safety guardrailsVector databasesAI APIsAI-assisted development toolsTechnical leadershipCode reviewsMentorshipLangChainLangGraphAgentCoreLangSmithBraintrustArize Phoenix

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 LLM features through production

    Role: Design and ship features end-to-end, building orchestration, tool calling, retrieval, agent workflows, and structured outputs. Preparation: Be ready to explain architecture choices and how a feature moved from prototype to reliable use.

  • Make quality measurable

    Role: Build regression suites, LLM-as-a-judge evaluations, synthetic datasets, human review workflows, and production observability for accuracy, latency, cost, hallucinations, and model behavior. Preparation: Organize an example around what was measured, what failed, and what changed.

  • Build safety and reliability guardrails

    Role: Ensure AI systems meet quality, compliance, and operational requirements in healthcare workflows. Preparation: Be ready to discuss how guardrails, testing, and monitoring work together; the posting does not specify particular controls.

  • Learn workflows and iterate on outcomes

    Role: Work directly with EHR operators, Patient Advocates, and clinical teams; prototype, ship, measure outcomes, and iterate. Preparation: Explain how operational observations can become a scoped technical solution and how real-world usage would inform changes.

  • Exercise senior engineering judgment

    Role: Make build-versus-buy decisions across AI tools and raise standards through system design, code reviews, and mentorship. Preparation: Structure examples around trade-offs, decision criteria, and the effect on the team.

Likely challenges to think through

  • Shipping quickly without weakening safeguards

    Potential challenge, not a reported problem: Early prototypes and tight feedback loops may pull against the reliability needed for patient and clinical operations. Prepare to explain how you would stage release, define quality thresholds, and respond when a guardrail fails.

  • Reconciling evaluation signals with real use

    Potential challenge, not a reported problem: Synthetic data and model-graded tests can catch regressions yet miss failures that operators encounter, while human review takes time. Prepare to discuss when to use each signal and how production observations would update an evaluation suite.

  • Choosing tools for an evolving function

    Potential challenge, not a reported problem: A new team with an unsettled reporting structure may need decisions before ownership boundaries are fully clear; buying tools speeds delivery but can constrain future changes. Prepare a decision framework covering fit, operational cost, reversibility, and who needs to be involved.

03

Practice your answers

Technical practice

How would you take a Python-based LLM feature from prototype to a production backend service?

What to coverThe role calls for end-to-end ownership, strong Python backend engineering, and integration with AI APIs. Preparation suggestion: explain service boundaries, failure handling, testing, and how you would decide a feature is ready for real users.

How would you design prompt orchestration and tool calling for a multi-step workflow?

What to coverThe posting names prompt orchestration, tool calling, and agent workflows as parts of the application layer. Preparation suggestion: discuss when a bounded sequence is preferable to an agent, and how you would handle tool errors and unintended actions.

How would you design retrieval for an LLM feature that depends on operational information?

What to coverThe role includes RAG, embeddings, and retrieval systems. Preparation suggestion: walk through indexing, retrieval quality, and how you would evaluate whether retrieved material supports the answer.

How would you manage prompts and structured outputs as a feature changes?

What to coverThe posting calls for structured outputs and lists prompt/version management as bonus experience. Preparation suggestion: explain output validation, versioning, and how you would detect a regression after a prompt change.

What would an evaluation suite for a production LLM feature contain?

What to coverThe role explicitly includes regression suites, synthetic datasets, and quality metrics intended to catch regressions before users do. Preparation suggestion: describe representative cases, failure categories, and the trade-off between broad coverage and meaningful test quality.

When would you use LLM-as-a-judge evaluation versus human review?

What to coverThe posting names both LLM-as-a-judge evaluations and human review workflows. Preparation suggestion: explain how you would check judge reliability, route uncertain or consequential cases for review, and use reviewer findings to improve evaluations.

How would you observe an LLM feature after release?

What to coverThe role calls for production observability of accuracy, latency, cost, hallucination rates, and model behavior. Preparation suggestion: describe how you would interpret those signals together and investigate a quality drop without overlooking operational or business impact.

What guardrails would you put around an LLM-supported healthcare workflow?

What to coverThe posting requires safety and reliability guardrails that meet quality, compliance, and operational requirements. Preparation suggestion: discuss validation, limits on automated actions, and escalation when the system cannot produce a sufficiently reliable result, without assuming a specific clinical use case.

How would you decide whether to build or buy an AI application component?

What to coverThe role includes evaluating orchestration frameworks, evaluation platforms, vector databases, and model providers. Preparation suggestion: compare quality, integration effort, observability, cost, and ongoing maintenance against the needs of the particular feature.

How would you use AI-assisted development tools without lowering engineering standards?

What to coverThe posting asks for comfort using AI-assisted tools throughout the software development lifecycle and for leadership through code reviews. Preparation suggestion: explain where such tools could help, and how you would verify generated changes through review and testing before release.

Behavioural practice

Tell me about a time you learned an operational workflow directly from its users.

What to coverThe role involves working with EHR operators, Patient Advocates, and clinical teams to understand workflows. Preparation suggestion: use a real situation, your actions to clarify the problem, and the resulting change or insight; do not assume prior healthcare experience is necessary.

Tell me about a time you turned an ambiguous problem into a technical plan.

What to coverThe posting emphasizes translating operational problems into solutions without detailed specifications, within a new team whose reporting structure is not fixed. Preparation suggestion: describe the uncertainty, how you set scope and obtained feedback, and the result.

Tell me about a feature you improved after seeing real-world usage.

What to coverThe role calls for prototyping quickly, shipping early, measuring outcomes, and iterating. Preparation suggestion: give the situation, the evidence that prompted your action, and the measured result, including a trade-off you faced if relevant.

Tell me about a time you raised an engineering standard through review or mentorship.

What to coverTechnical leadership, code reviews, mentorship, and thoughtful system design are stated responsibilities. Preparation suggestion: explain the situation, your specific contribution, and its effect on the work or team rather than relying on a leadership title.

Tell me about a time you balanced delivery speed against reliability.

What to coverThe posting pairs fast feedback loops with production ownership and a high bar for patient-dependent systems. Preparation suggestion: describe the situation, how you made and communicated the trade-off, and what happened after release.

02

Sharpen your knowledge

Topics to prepare

  • LLM application architecture

    The posting calls for prompt orchestration, tool calling, retrieval, agent workflows, and structured outputs. As a revision exercise, sketch a feature from user request to backend response and explain where each component helps, where it adds complexity, and how failures are handled.

  • Evaluation strategy

    Ro specifies regression suites, LLM-as-a-judge evaluations, synthetic datasets, human review, and quality metrics. Design a hypothetical evaluation plan that combines these methods, identifies what each can miss, and sets criteria for detecting regressions before release.

  • Production reliability and safety

    The role measures accuracy, latency, cost, hallucinations, and model behavior while meeting quality, compliance, and operational requirements. Map likely failure modes for a hypothetical clinical-operations workflow to guardrails, monitoring signals, and escalation to human review; this is a preparation scenario, not a stated Ro process.

  • Tool selection and build-versus-buy

    The engineer will assess orchestration frameworks, evaluation platforms, vector databases, and model providers. Draft a comparison rubric covering integration effort, quality, reliability, latency, cost, and operational control, then explain a build-versus-buy choice. Named products in the posting are bonus experience, not requirements.

  • Workflow discovery and outcome measurement

    The posting emphasizes working with EHR operators, Patient Advocates, and clinical teams, then measuring outcomes and iterating. Practice turning a hypothetical operator pain point into a scoped prototype, questions for operators, and measurable user and business outcomes; do not assume a particular Ro workflow.

Skills to revise

  • Python backend integration

    Strong Python, backend services, and AI API integration are required. Build a small service endpoint that calls a model API, validates its response, handles timeouts and errors, and records latency and cost; explain how you would take it from prototype to production.

  • Prompt and tool workflow implementation

    The role builds orchestration layers, prompts, tool calls, agent workflows, and structured outputs. Implement a short workflow against mock tools, validate the output format, and test invalid tool results and ambiguous requests.

  • Retrieval pipeline prototyping

    Retrieval, embeddings, and RAG are listed responsibilities; vector databases are also a tool-selection area. Using fictional documents, prototype retrieval-backed answers and inspect cases where retrieved material is missing, irrelevant, or insufficient. Treat any particular framework or database as optional.

  • Evaluation suite construction

    The posting calls for evaluation infrastructure. Create a small synthetic test set, run regression checks on outputs, compare an LLM-as-a-judge score with a manual review, and document disagreements and release-blocking failures.

  • Observability and guardrail checks

    Ro asks for production-behavior observability and safety guardrails. Instrument a toy feature to report quality, latency, cost, and suspected hallucinations; add a fallback for unsupported answers and show how a failure would be investigated.

  • Technical review and AI-assisted development

    The role includes code reviews, mentorship, system design, and comfort using AI-assisted development tools. Review a sample LLM-service change for reliability and test coverage, write constructive review comments, and demonstrate how you would verify rather than blindly accept AI-assisted code.

04

Your preparation checklist

  • Map your evidence to the role

    Prepare a one-page inventory of relevant production software, Python backend, LLM application, AI API, and AI-assisted development work. Ro asks for production experience or equivalent depth through substantial side projects or open-source work; label each example accurately.

  • Rehearse an end-to-end feature walkthrough

    Choose a real example, if available, and explain the user problem, prototype, architecture, launch, and iteration. Bring a diagram and the quality, reliability, latency, cost, and business-impact measures you actually used; do not invent results.

  • Practice a healthcare-workflow design exercise

    Sketch a hypothetical LLM tool for an EHR operator or Patient Advocate. State assumptions, questions for clinical operators, backend and orchestration choices, retrieval or tool-calling boundaries, structured outputs, and a path from prototype to production.

  • Draft an evaluation and observability plan

    For the hypothetical design, produce a small test plan covering regression cases, synthetic data, human review, and possible LLM-as-a-judge checks. Specify how you would monitor accuracy, hallucinations, latency, cost, and production behavior.

  • Define safety and reliability checks

    Write a failure-mode table for the design, with proposed guardrails, escalation to human review, and checks before release. Treat specific compliance obligations as questions to confirm with Ro rather than assumed requirements.

  • Compare build-versus-buy options

    Prepare a short decision memo comparing plausible orchestration, evaluation, vector database, or model-provider options against quality, operational complexity, and cost. Explain what evidence would change your choice; the named frameworks and platforms are bonus experience, not mandatory tools.

  • Prepare leadership examples

    Outline specific instances, if available, of system-design decisions, code reviews, mentorship, or resolving ambiguous requirements. Note your contribution and what changed, without attributing team outcomes solely to yourself.

  • Bring questions about the new team

    Ask how clinical operators participate in defining workflows and reviewing outcomes, which AI quality measures matter most, and how ownership will be divided with the Senior AI Lead and Engineering Manager. Ro says the new function’s reporting structure is not yet fixed.

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…