About the rolenEvery request that hits Claude , from claude.ai, the API, our cloud partners, or internal research , passes through a routing decision. Not a generic load balancer round-robin, but a decision that accounts for what's already cached where, which accelerator the request runs best on, and what else is in flight across the fleet.nnGet it right and you extract meaningfully more throughput from the same hardware. Get it wrong and you burn capacity, miss latency SLOs, or shed load that shouldn't have been shed.nnThe Inference Routing team owns this layer. We build the cluster-level routing and coordination plane for Anthropic's inference fleet , the system that sits between the API surface and the inference engines themselves, making fleet-wide efficiency decisions in real time.nnAs Anthropic moves from "many independent inference replicas" toward "a single warehouse-scale computer running a coordinated program," Dystro is the coordination layer. This is a deeply technical team.nnThe engineers here design custom load-balancing algorithms, build quantitative models of system performance, debug latency spikes that cross kernel, network, and framework boundaries, and reason carefully about cache placement across thousands of accelerators.nnThey work shoulder-to-shoulder with teams that write kernels and ML framework internals.nnThe EM for this team doesn't need to write kernels , but they do need the systems depth to make architectural calls, evaluate deeply technical candidates, and spot when a proposed optimization will have second-order effects on the fleet.nnYou'll inherit a strong team of distributed-systems engineers, and you'll be accountable for two things that pull in different directions: shipping system-level performance improvements that measurably increase fleet throughput and efficiency, and running the team operationally so that deploys are safe, incidents are rare, and the teams who depend on Dystro can plan around you with confidence.nnThe job is holding both.nn## Representative work:nThings the Inference Routing EM actually spends time on:n- Deciding whether a proposed routing algorithm change is worth the deploy risk, given the modeled throughput gain and the blast radius if it regressesn- Sequencing a quarter where KV-cache offload, a new coordination protocol, and two model launches all compete for the same engineersn- Working through a persistent tail-latency regression with the team , walking down from fleet-level metrics to per-replica behavior to a root cause in the networking stackn- Building the case (with numbers) to peer teams for why a cross-team protocol change unlocks the next efficiency winn- Running the post-incident review after a cache-eviction bug caused a capacity event, and turning it into process changes that stickn- Interviewing a candidate who has built schedulers at supercomputing scale, and deciding whether they'd be additive to a team that already goes deepnn## What you'll do:nDrive system-level performancen- Own the technical roadmap for cluster-level inference efficiency , routing decisions, cache placement and eviction, cross-replica coordination, and the protocols that keep routing and inference engines in syncn- Partner with the inference engine, kernels, and performance teams to identify fleet-level throughput and latency wins, then turn those into shipped improvements with measurable resultsn- Build the team's habit of quantitative performance modeling: claim a win only when you can measure it, and know before you ship what the expected effect isnnDeliver reliably and operate cleanlyn- Set technical strategy for how routing evolves across heterogeneous hardware (GPUs, TPUs, Trainium) and across all our serving surfacesn- Run the team's operational backbone , on-call rotation, incident response, postmortem review, deploy safety , so the team can ship aggressively without the system becoming fragilen- Create clarity at a seam: Inference Routing sits between the API surface, the inference engines, and the cloud deployment teams. You'll make sure commitments are realistic, dependencies are understood, and nobody is surprisednnBuild and grow the teamn- Develop and retain a strong existing team, and hire against the bar described above: people who can go to the OS and framework level when the problem demands it, and who care about production reliabilityn- Coach engineers through a roadmap where priorities shift with model launches, new hardware, and scaling demands. We pair a lot here , you'll help make that collaboration pattern productiven- Pick up slack when it matters. This is a small team in a critical path; sometimes the EM is the one unblocking a stuck deploy or synthesizing a design debatenn## You may be a good fit if you:n- Have 5+ years of engineering management experience, ideally with at least part of that leading teams on critical-path production infrastructure at scalen- Have a deep systems background , load balancing, scheduling, cache-coherent distributed state, high-performance networking, or similar. You need enough depth to make architectural calls about routing and efficiency, and to evaluate candidates who go to the kernel and framework leveln- Have shipped performance improvements in large-scale systems and can explain, with numbers, what the impact wasn- Have run production infrastructure with real operational stakes: on-call, incident response, capacity events, deploy disciplinen- Are results-oriented with a bias toward impact, and comfortable working in a space where throughput, latency, stability, and feature velocity all pull in different directionsn- Build strong relationships across team boundaries , this is a seam role, and much of the job is making sure other teams can rely on yoursn- Are curious about machine learning systems. You don't need an ML research background, but you should want to learn how transformer inference actually works and how that shapes the systems problemsnnStrong candidates may also have:n- Experience with LLM inference serving , KV caching, continuous batching, request scheduling, prefill/decode disaggregationn- Background in cluster schedulers, load balancers, service meshes, or coordination planes at scalen- Familiarity with heterogeneous accelerator fleets (GPU/TPU/Trainium) and how hardware differences affect workload placementn- Experience with GPU/accelerator programming, ML framework internals, or OS-level performance debugging , enough to follow and evaluate the technical work, not necessarily to do it dailyn- Led teams at supercomputing or hyperscaler infrastructure scalen- Led teams through rapid-growth periods where hiring and onboarding competed with roadmap deliverynnThe annual compensation range for this role is listed below. For sales roles, the range provided is the role’s On Target Earnings ("OTE") range, meaning that the range includes both the sales commissions/sales bonuses target and annual base salary for the role.nAnnual Salary: $405,000-$485,000 USD
XML job scraping automation by YubHub
