izbor

youtube · interview · 2026-10-29 · Arena

The Unit Economics of AI: What It Really Takes to Deploy LLMs at Scale | Ido Rosen of Amazon SDO

Deploying LLMs at scale depends on unit economics, task-specific evaluation, and deliberate trade-offs among quality, cost, and latency. Ido Rosen argues that business outcomes should guide model selection, while competition from open-weight models could constrain frontier labs’ pricing power and make the economically addressable AI market smaller than their marketing suggests.

Video

How its claims stand
  • Said here alone: 27

In English; the Slovenian edition is in preparation.

What it says

  1. AI already shapes everyday experiences through embedded machine learning, even where users never wait for a chatbot. Ido Rosen argues that production deployments must balance quality, cost, and latency, with unit economics considered before choosing models. Catalog sales distributions and business margins determine how much inference a task can justify. Smaller models are improving through better representations and engineering, while unusual production constraints can require task-specific post-training rather than prompting alone. Evaluation should target measurable business outcomes or ground truth: LLM judges introduce biases and can mislead model selection. Drawing on quantitative trading, Rosen proposes more explicit objective functions for comparing models. He then questions whether frontier labs can sustain inference premiums if permissively licensed open-weight alternatives remain only months behind. Specialization may emerge from competing efficiency frontiers, although research breakthroughs could change that trajectory. Finally, returns vary across industries, and expanding a market differs from cutting costs. Competitive pricing and market impact must therefore inform estimates of AI’s addressable market.
  2. Ido Rosen says he spends roughly a third to half of his time working with teams across Amazon stores, ads, and other organizations on practical AI and machine-learning deployment. u3–5 · The fraction is Rosen’s approximate description of his working time.
  3. Rosen cites a paper by Viktor Chernozhukov on hedonic pricing with transformer models, describing how BERT could be extended and further trained for price prediction. u42–43 ·
  4. Ido Rosen worked in quantitative trading for a decade before joining Amazon. u63 ·
  5. Rosen says scaling has already yielded gains in coding, tool use, and the number of reinforcement-learning training environments exposed to models. u119–120 · Rosen provides no quantitative measurements of these gains.
  6. Rosen calls for more open-source frameworks that support model selection and customization using end-to-end business rewards, such as subsequent purchases measured through A/B testing. u54–56 · The proposed frameworks would help teams connect model choices to actual customer and business outcomes.
    Man speaking to camera in a living room
  7. Rosen proposes comparing models or coding agents through a clearly specified task objective resembling an auction scoring function, designed to resist reward hacking and structural gaming. u69–72 · The proposal is intended to make model selection more grounded than choosing a favorite from general rankings.
  8. Gostev suggests that AI could develop extreme capabilities in a few high-return niches while remaining weak at ordinary tasks, because profitable niches would attract repeated large investments. u115–119 ·
  9. Rosen explains that a catalog’s sales distribution should shape inference spending: popular products can justify more investment than products that sell little or nothing. u28–30 · A catalog-wide inference policy must account for products with very different expected returns.
  10. Rosen attributes improvements in smaller foundation models to better representations and engineering efficiencies, and treats useful computation per unit of energy as more fundamental than token counts. u36–38 · Quantization is one example of extracting more useful work from the same computational resources.
  11. Rosen suggests that LLM judges’ self-preferential bias partly arises because their training distributions increasingly include synthetic text from the same model or its predecessors. u57–59 · A judge’s preferences can influence which model or prompt appears best.
  12. Rosen reasons that multiple quality and efficiency frontiers could push AI labs toward specialization rather than a single universally dominant offering. u107–109 · Coding, search, and video generation are examples of different environments in which labs could compete.
  13. Rosen argues that economic returns from AI are asymmetric across industries because false positives and false negatives have different consequences in different applications. u124–125 · A missed finding in an MRI is more consequential than a poor product recommendation.
  14. Rosen argues that machine learning has already penetrated everyday internet use deeply, including ambient experiences that users do not recognize as AI. u8–10 ·
  15. Rosen argues that expected return on inference should guide deployment decisions from the outset; current inference economics are much harder for low-margin businesses than for high-margin ones. u26–32 ·
  16. Rosen says ordinary coding and summarization use cases need little modification of existing models, while novel production constraints can make sophisticated adaptation necessary. u48–51 ·
  17. Rosen argues that model evaluation should seek ground truth or objective outcomes rather than rely on an LLM judge, especially for quantitative or adversarial tasks. u56–61 ·
  18. Rosen identifies the distinction between AI deployments that expand an industry and deployments that only save costs as a key determinant of their economic significance. u127–129 ·
  19. Rosen suggests that frontier labs’ marketing may overestimate AI’s addressable market by failing to account adequately for market impact and price competition. u131–134 ·
  20. Are limited agent deployments mainly a product or business-model innovation gap, rather than a lack of model capability? u21–26 · Rosen answers that model efficiency and customer experiences evolve together, but production budgets constrain model choice and teams often overlook unit economics.
    Man in glasses facing camera in warm room
  21. Can frontier labs retain large inference premiums if permissively licensed open-weight models remain roughly six months behind and customers can wait or self-host? u92–97 ·
  22. Rosen describes the unusually direct feedback that trading markets provided on his work. u63 · The metaphor captures his preference for outcome-based evaluation over a judge’s subjective assessment.
  23. Rosen says AI-powered customer experiences must trade off quality, cost, and latency; higher-quality reasoning is not automatically desirable if users must wait too long. u17–19 · Rosen gives a ten-second shopping-search delay as an example of latency that could drive users away.
  24. Gostev says LLM deployment often falls to small teams of engineers accustomed to deterministic software, creating a gap in skills and techniques for handling probabilistic systems. u76–78 · Gostev also identifies a shortage of open-source frameworks and established approaches.
  25. Rosen contrasts two bets about intelligence’s economic value: a plateau could let open-weight models catch up, whereas continuing exponential gains might sustain rising frontier inference premiums. u99–100 · The competing trajectories imply different prospects for frontier labs’ pricing power.
  26. Rosen cautions that a competitive outlook based on continued scaling could change if progress instead depends on discovering new architectures or more computationally efficient learning methods. u111–113 · Research-driven breakthroughs could make the identity of the next leading organization less predictable.
  27. AI deployment and frontier-lab valuations should be grounded in measurable economic returns under real production constraints and competition, rather than capability gains alone. What determines whether increasingly capable AI models can be deployed profitably at scale and support sustainable businesses?
How it argues
  1. thesis AI businesses need economic returns, not capability alone What determines whether increasingly capable AI models can be deployed profitably at scale and support sustainable businesses?
    1. theme Deployment must earn its inference costs Profitable deployment requires matching inference spending and performance to application-specific returns and constraints.
      1. idea Expected inference returns should govern deployment
        1. mechanism Sales distributions determine worthwhile inference spending
        2. argument Error consequences make returns unequal across industries
      2. tension Quality competes with cost and latency
      3. idea Useful computation per energy matters more than tokens
    2. theme Capability alone does not ensure deployment Production use can require specialized model adaptation and skills beyond those needed for familiar applications.
      1. question Do agent deployments lack innovation rather than capability?
      2. idea Novel production constraints can demand sophisticated adaptation
        1. example BERT can be adapted for price prediction
      3. tension Probabilistic systems challenge deterministic software engineering habits
    3. theme Evaluate outcomes rather than model preferences Model selection and evaluation should reward objective, verifiable results rather than potentially biased model judgments.
      1. idea Ground truth should outrank LLM judges
        1. argument Synthetic training text may foster self-preferential judging
        2. example Trading markets offered unusually direct performance feedback
        3. action Compare models using explicit, gaming-resistant task objectives
      2. action Build open frameworks optimizing end-to-end business rewards
    4. theme Frontier premiums face uncertain competitive durability The sustainability of frontier pricing depends on capability trajectories, open-weight competition, and multiple dimensions of model performance.
      1. question Can frontier premiums survive open-weight competition?
      2. tension Plateaus threaten premiums; exponential gains might sustain them
        1. counterargument Architectural breakthroughs could change scaling-based competitive forecasts
      3. idea Multiple performance frontiers could favor lab specialization
    5. theme Technical potential can overstate market value AI's addressable market depends on industry expansion, investment incentives, and competitive price effects.
      1. idea Market impact and competition may shrink advertised opportunity
        1. argument Industry expansion differs economically from cost savings
      2. idea High-return niches may concentrate investment and extreme capabilities

The source, passage by passage

The Unit Economics of AI: What It Really Takes to Deploy LLMs at Scale | Ido Rosen of Amazon SDO
  1. u1 Ido's day-to-day at Amazon SDO
  2. u2 I'm excited to speak with Ido Rosen about his work applying AI across Amazon. In this conversation, we cover everything from deploying the smallest LLMs in the real world to the unit economics of frontier models in the AI market. Tune in for this fascinating conversation.
    Man in glasses speaking to camera, video still
    0:00 · Man in glasses speaking to camera, video still · A video still shows a man with short brown hair and dark-framed glasses speaking toward the camera in a warm-toned room. He wears a ribbed tan-orange t-shirt with a small white clip-on wireless microphone on the collar and a white earbud in his ear. Behind him are a framed colorful abstract painting and a draped couch or chair.
  3. u3 I'm very excited today to speak to Ido Rosen from Amazon. And I think you've got probably one of the most interesting jobs that I've come across. It really spans across very practical things, but also very science-y things. So I really want to dig into that today. First of all, what does your day-to-day look like? I spend most of my time investigating interesting science and engineering
  4. u4 and a third to a half of it working with teams across stores and ads and a couple of other organizations, covering mostly the practical aspects of deploying both agents and other types of machine learning and AI models into the wild. I would say it's a good mix of of coding,
  5. u5 investigating, and spending a lot of time interacting with other scientists.
  6. u6 Agents everywhere, or one feature at a time?
  7. u7 So this is perfect, because I think there’s a lot of chatter about AGI and agents, and we see all of the benchmarks climbing and so on. And I think you've got a really front-seat view to see how we actually deploy these things. So the first thing I want to learn from you is when you see adoption of AI, do you see this as, we just
    Man speaking to camera in a living room
    1:09 · Man speaking to camera in a living room · A video still shows a dark-haired man in a gray t-shirt facing the camera and apparently speaking, seated in a bright living room. Behind him are a gray sectional sofa with purple and striped pillows, large windows onto a green garden with pink flowers, an air purifier, and a TV on a white cabinet. A small white logo with a column icon sits in the top-left corner.
  8. u8 have a lot of agents just doing a bunch of things, or is it much more kind of feature at a time deployment? What’s your experience? I think the deepest penetration in terms of AI or machine learning in industry has already happened. So much of the internet that you interact with is driven by ML models, whether they're embedding models or even something like collaborative filtering or
  9. u9 other forms of AI like these LLM chatbots or agents. I don't think we realize just how much of our lives is touched by models like this, including more recently this kind of convergence of reuse of transformer models for all kinds of other use cases that don't have a chat interface.
  10. u10 The ambient customer experiences that you wouldn't think of as AI experiences are probably the ones that I'm most impressed by right now. As far as deploying agents into the wild, surprisingly little of our lives really involve waiting for LLMs to think – today the amount of seconds of my day that are spent waiting for an LLM
  11. u11 to think are probably a good metric for how deeply agents have penetrated into the life of your average person using their computer.
  12. u12 Why we rarely wait on LLMs (yet)
  13. u13 Yeah, I think that's an interesting metric, because definitely there is a big difference between, I think, what we see on the very frontier when we see agents running for days and days and days and the day-to-day experience of an average person. So what do you think...is there like a fundamental blocker there?
  14. u14 Or do you think the models are not very good? Or it just takes time? What's your view? Companies and engineering teams do whatever they can to hide the less pleasant parts of using agents. In the example of agentic recommendations, like product recommendations, for example, you can do a lot of pre-computation ahead of time.
  15. u15 It can get very expensive if you don't know which customer is coming to the website next. And by the way, I should say I'm speaking generally. I'm not speaking about any particular technology that that Amazon uses. There's the simple approach of just caching, or precomputing. And
  16. u16 there are more complicated options, like there are techniques you can use to get sequence models, whether they're LLMs or other kinds of sequence transaction models, to retain a long horizon theme across a lot of output without necessarily doing the same kind of inference time scaling that, you know, “reasoning” does for the chatbots that we interact with.
    Split-screen video call between two men
    4:07 · Split-screen video call between two men · A still from a two-person video conversation shown in split-screen. On the left, a man with glasses and a clip-on microphone sits in a warmly lit room; on the right, a man in a dark gray t-shirt sits in front of a window and a couch with purple pillows. A small column-shaped logo appears in the top left corner.
  17. u17 Every one of these use cases, or every one of these experiences, customer experiences, they live on some simplex of quality, cost, and latency, and they have to make trade-offs in in that space. When they trade off, for example, quality for latency, that has to be a very intentional trade-off. It affects the product experience in a very serious way.
  18. u18 As an example, if you searched a shopping website and every time you typed a search, it took 10 seconds to load, that would probably turn off many users. There are certain experiences where you definitely see lots of LLM usage, but you don't see the latency added in the same
  19. u19 way that you do from coding agents that you're probably used to waiting around to do inductive thinking.
  20. u20 Is there a product or business-model gap?
  21. u21 So do you think there is any space? Do you think it's kind of just our ways of designing products? Is it about, I don't know, business models? Or what is it? Because it sounds like LLMs could do that, right? So in my day-to-day life,
    Man in glasses facing camera in warm room
    4:57 · Man in glasses facing camera in warm room · A video still shows a man with short brown hair and dark-framed glasses looking at the camera, with his mouth slightly open as if speaking. He wears a dusty pink ribbed shirt with a small black clip-on microphone at the collar and a white earbud in his ear. Behind him are a framed colorful abstract picture and a draped chair or sofa, lit in warm tones. A white rounded logo with a column icon sits in the top-left corner.
  22. u22 if I'm looking for something really important, I could have an agent spend an hour, two hours looking for something, and I go back and forth. And then, I don't know how much I spend in inference on that, but it could be $100, right? Clearly for any business, it's impossible to do that for all customers. But is there an innovation gap on the product side or business model side
  23. u23 where we can actually deploy these kinds of agents? Much like in the mid-noughties when GPUs started getting better, and the machine learning models started getting bigger, I think these are two paths that intersect. As some of this research continues on making models more efficient,
  24. u24 whether that's through quantization or other methods, these models move on that simplex so that you can achieve more reasoning, higher quality results with lower latency. And cost and latency are pretty closely related. At the moment, cost is mainly compute time.
  25. u25 So I'm not sure if you can look at those as independent directions, but where I'm going here is that the customer experiences tend to drive which tools you'll use or which models you'll reach for or which base models you'll start from. And the production kind of constraints – maybe I have a latency budget of a hundred milliseconds for a given task – will
  26. u26 severely limit what a real deployment looks like and will cause people to have to get very very creative. More directly relevant to your question is that it's really surprising how many teams that I talk to don't consider unit economics up front.
  27. u27 Unit economics: the head, torso & tail of a catalog
  28. u28 Here's an example. Suppose that you have a shopping website with a very large catalog. In that case I would assume that there's a head, a torso, and a tail of the of the sales distribution of any catalog. You can probably spend a lot more on the head of the distribution, the stuff that sells the most,
  29. u29 than you can on the stuff that doesn't sell any. And in the extreme, if you have a product on a website that sells zero units, then return on investment for any kind of LLM inference is approximately zero, because the numerator is zero.
  30. u30 At some point you have to average these into your unit economics and your ROI, and the unit economics of inference are (for the moment) reasonably punishing if you have a low margin business, but quite reasonable for a high margin business. If you look across companies I think that's why you see agents being deployed into spaces where
  31. u31 there's a reasonably high margin, either because I'm replacing some very high cost process or because I'm going to cause a high margin business to grow. I think for most of these use cases, it just boils down to what the unit economics are – what can I expect? What is my return on tokens? Basically. If you're talking about the standard models available, as opposed to being able to fine-tune
  32. u32 or modify the architecture of some of these open weight models.
  33. u33 Are small models getting better?
  34. u34 Yeah, that's actually very interesting to get into as well. But I’d be interested to get your view of the trends in that lower and cheaper model. Do you see models get substantially better at the cheap end? Or do you see the models getting cheaper and cheaper?
  35. u35 There's discourse on the top end and how close we are to AGI and all of these things. But do you actually see that? Do you feel it in your day-to-day work? Benefits kind of trickling down on these kind of cheaper, quicker models. I do, yeah. It's kind of funny to call a 1.5 or a 4 billion parameter model a small model. I think about five years ago I would not have said that.
  36. u36 I definitely think that this particular structure of foundation model, whether they're the open weights base models or other internal models, I do think there's been a significant improvement, but I think that improvement comes from fairly boring places. I think it comes from a combination
  37. u37 of better representation and finding interesting engineering hacks and ways to make more of the compute that you spend on those models, even the relatively low parameter count of these models do more work for you. I've already mentioned quantization is one dimension in which you can scale
  38. u38 up the actual useful work per flop or per watt. There are a few other dimensions that you can scale into to get better utilization of the joules, I guess, you're spending. And I think it it does eventually boil down to useful compute per unit energy, not these kind of intermediate measures like tokens or others.
  39. u39 What actually works: post-training, fine-tuning & hacks
  40. u40 And for people maybe who are building these kinds of fast or very large scale systems, can you talk about any of the hacks or best practices you've seen, experienced? What really makes a difference in your experience? Well, okay, so there's what makes a difference in terms of being able to use a bigger model or use a more expressive model.
  41. u41 and then there's what makes a difference in terms of performance on the actual task. I wouldn't be surprised if most use cases out there are using these kind of narrowly fine-tuned – and when I say fine-tuned, I really mean post-trained, like regardless of whether you're doing SFT, RL, or something else. But these narrow models that have been optimized
  42. u42 for the specific task...we have a paper from back in the days of BERT that one of the scientists I get to work with, a fellow named Viktor Chernozhukov, wrote on hedonic pricing using transformer models. This is ancient history now, but you at the time you could start from BERT and you could add a few layers, and you could end up with a model that you did some combination
  43. u43 of CPT and additional training to turn it into a price prediction model. Similarly, the moment that you're in a different output domain than language... You're now working on a machine learning problem rather than an AI problem and now it's just a question of well, does adopting one of these base models, and continuing from there, net
  44. u44 me any kind of benefit over starting from scratch. But I think you're you're asking a different question. I think you're asking what techniques for adapting LLMs to real use cases are people using. I think unsurprisingly they're the same techniques that people use to adapt LLMs to LLM use cases.
  45. u45 So things like RL post training in gyms, and SFT. There are some people playing around with various ablations and I'm probably not qualified to enumerate all the different ways in which people are messing with these models’ architectures.
  46. u46 Team skills and "simplify and invent"
  47. u47 You know, I'm interested. You mentioned quite sophisticated techniques, because whenever I speak to builders, especially it could be big companies, small companies, quite often it turns up, “We did some prompt engineering.” “We maybe at best built some evals or maybe eyeballed some outputs.” That kind of level. And maybe the rest is,
    Two-person split-screen video conversation still
    12:08 · Two-person split-screen video conversation still · A split-screen still from a video call or interview shows two men side by side. On the left, a man with glasses and a pink ribbed shirt speaks, wearing a wireless earbud and a clip-on microphone. On the right, a man in a dark gray T-shirt looks downward in front of a window with greenery and a couch with purple cushions. A small white column-shaped logo is in the top-left corner.
  48. u48 I don't know, software engineering. That's certainly my experience as well. So how do you think about your team structure? Team structure capability or skill sets that you think make a difference in your world. What sort of things do you value right now? So first of all, I do think, for the majority of the typical use cases that you'd reach for an LLM, whether that's helping me with a coding task or summarizing a document
  49. u49 and doing those things at scale, you're absolutely right. You don't really need to do much to the existing set of small and large models to get them to work on those well understood use cases. I think when you start to, for example, use an LLM to drive a browser, and you realize that, wait,
  50. u50 I need to drive this browser at scale and I need to do it with spending less than one penny per website. Or you encounter some new constraints of your problem space that don't exist for the document summarization use case, for example, then you have to innovate and that's where these kind of more sophisticated approaches come in or that's where you know you're left
  51. u51 with no choice but to add complexity. There's this leadership principle at Amazon, “invent and simplify”. And a few of us have suggested that it really should be “simplify and invent”. Because for most of the the use cases, like I said, the methods are are quite boring.
  52. u52 They're things like LLM as judge, evals on a benchmark data set.
  53. u53 Detour: evals and why LLM-as-judge can mislead
  54. u54 I'm sorry, I'm not answering your question here, but we should take a brief detour to evals just because you happen to work at Arena. I'd love that. One thing that I'm just surprised by is that there aren't more open source frameworks out there that allow you to perform some of these model selection or model customization tasks using
    Man speaking to camera in a living room
    14:22 · Man speaking to camera in a living room · A video still shows a man with short dark hair and a dark gray t-shirt facing the camera, mid-speech, with one hand raised in a gesture. Behind him is a living room with a gray couch, purple and patterned pillows, large windows onto a green garden with pink flowers, and a white cabinet with a TV at right. A white logo tile with a column icon sits in the top-left corner.
  55. u55 the sort of end-to-end business reward function. So for example, did this chat help or or harm the customer experience, as measured by whether the customer bought more stuff afterwards or less stuff, as measured by units sold or by GMS or other ways that that you would measure a traditional change to a website
  56. u56 through for example an A/B testing framework. This is kind of related to this disappointment that I've had around realizing that actually for many quantitative tasks, LLM as judge methods can be quite misleading. I'm curious, why do you say LLM as a judge would be misleading
  57. u57 for quantitative tasks? I think it's pretty commonly known now that LLM as judge methods tend to have self-preferential bias. And in this setting, you know, I'm potentially using an LLM to evaluate which model should be used. For example, if that's the decision variable,
  58. u58 if it's model selection. Or which which prompt is better if it's prompt optimization. Whichever judge LLM you choose has its own set of biases, and I think the self preferential bias is more an artifact of the training distribution now increasingly including synthetically generated text from that same LLM or its its predecessor.
  59. u59 Setting that aside for a minute, in each case I'm choosing a biased judge. And what I really want is, especially in adversarial settings or in settings where there is a ground truth, I really want to get at that adversarial process or that that ground truth. Stock markets are the best example that I can think
  60. u60 of of an adversarial setting here. If I have an LLM giving me an investment strategy, It's kind of obvious that I don't want to use LLM as judge there. I want to simulate my trading strategy and have a single scalar: what was my PnL at the end of a given time period using these different models. In surprisingly many settings, with a little bit
  61. u61 of extra work there does exist some kind of either ground truth or or objective measurement and for the ones that there doesn't, I'm not sure that it matters. So for the ones that there doesn't exist such a measurement, maybe LLM as judge or random number generator are equally valid.
  62. u62 Lessons from a decade in quant trading
  63. u63 Going back to to to evaluation for a minute, I spent a decade in in the quant trading industry before coming to Amazon. In that industry, I had the most objective manager that I've ever had in my career, the futures market. And I knew at the end of the day, because we were doing fairly short term trading,
  64. u64 high frequency trading, I knew okay, I'm helping or I'm hurting the the company with my work. My trading strategy starts working better, or not. And I would know by the end of the day. There's one single PnL number and it's your performance evaluation. I'm sorry. It's also hopefully proportional to your pay in that industry.
  65. u65 And similarly in simulation where you simulate against past market data I would be able to reasonably predict when things would go wrong with a given new trading strategy, which a trading strategy here, for all intents and purposes, is just a new machine learning model. And
  66. u66 Arena, auctions & choosing the best model
  67. u67 Arena is actually one of the first, I think, adversarial settings to kind of test models, the sort of pairwise tournaments that Arena ran, which really fascinated me, and it made me wonder whether, just like in HFT, whether there are structural advantages to different ways of
  68. u68 constructing your auction scoring function for your tournament. And it turns out that's true in many more settings than than I would expect. As an example, in an ads business you have an auction scoring function as well, determining which of the many ad creatives you could display in a widget. You will go display to this customer for this given request in real time
  69. u69 is not just a simple “pick the creative that offered the highest bid price” – there's a scoring function because you have to consider relevance and all kinds of other factors. Similarly, if you could construct your LLM usage as some kind of setting like that where, okay, I have many choices,
  70. u70 many different, potentially, models that I that are bidding for this response, and many potentially different fine-tunes or other versions of that model. I mean you could go really big here, but just concretely, suppose I have a coding project and I want
  71. u71 to bid it across the various coding agents, right? If I could express that auction scoring function or that objective function for that task cleanly, in a way that, you know, it would be hard to reward hack, and that I couldn't take advantage of some kind of cheap structural features of that market, then I would have a much more grounded
  72. u72 way of choosing the best model. And today the the way that we do that is for most engineers, I think, in the industry, this is not not in any specific company, it's that we go look at Arena and we go look at artificial analysis and then we pick a favorite and we download the desktop app for that one. And then we go use that.
  73. u73 But I think the future is gonna be much more multi, multipolar and multiplexed across these models. Like I think labs are going to have to specialize at some point. And so back to evaluation. I just wish more of our more use cases out there could express their auction scoring function, or could express their their objective function
  74. u74 for their real world use case, even if it's post hoc, even if it's after you've made the choice. Because if it's after you've made the choice, you can still look at it like a causal inference, you can still do some kind of causal analysis there to see, okay, is there enough signal in in the response for me to know whether I could have made a better choice.
  75. u75 The skills gap in deploying LLMs
  76. u76 I think you're right. I get the sense that there's definitely space for innovation, but we haven't quite grown the muscle to do it. I think there's just probably not been enough cycles of teams like yours, actually skilled enough and focused enough to do that kind of thing. And quite often, from my experience of doing this kind of thing
  77. u77 in terms of deploying LLMs, it's normally a couple of people that are probably engineers. They are used to a very deterministic world where you write code and it runs. And I think it becomes fuzzy. So we need to probably have some new skills and techniques to do that kind of thing. I think you're right,
  78. u78 there's not really enough open source frameworks. There's not enough approaches to do that. But it's interesting how you're talking about lab specializing and we kind of touched on open source.
  79. u79 Open source vs frontier models
  80. u80 I’m very curious to hear, what do you think about the industry, how it's shaping up? Do you feel like open source is going to take over and just spread into all of these use cases? Or do feel like there's still a lot of space for more frontier models? Where do you land? Actually I think this is a really good question.
  81. u81 I don't have a crystal ball and I don't know how this how this industry will evolve. I do feel like a lot of the marketing from these labs does not consider what happens under competition.
  82. u82 Inference premiums & the labs' free cash flow
  83. u83 For example, today some labs are able to extract a fairly large inference premium. That's the difference in price per token and their compute cost per token, which I don't know what their actual compute cost per token is, but I can compare the price that I pay across different coding agents and different models and different labs.
  84. u84 And without even naming any of them, because I think this is equally true of the inference platforms and not just the model provider sort of labs, the free cash flow of the lab today with their current business models of essentially selling tokens... (I'm oversimplifying because they have subscription
  85. u85 pricing. They have all kinds of other, they have per seat licensing – various labs have various different business models and pricing schemes) But let's take the simple one of of selling tokens through an API. The unit economics of that are pretty straightforward, right? [(Price - compute cost) * quantity] is pretty much my inference margin, if that's the only or the primary way that the
  86. u86 the labs make money, then that's their free cash flow. As a slight detour because I used a fancy word there, “free cash flow” – free cash flow and reinvesting that free cash flow in your customer experience is how Amazon is still growing 30 years on, in my opinion, right? This is all my personal opinion.
  87. u87 I really like that that company because it somehow managed to stay in this growth stage. Every company has a business life cycle of startup growth, maturity, cash cow, death – or sorry, acquisition. Companies that are in the startup phase, They typically need to fundraise,
    Split-screen video interview of two men
    23:26 · Split-screen video interview of two men · A split-screen still from a video call or interview shows two men side by side. On the left, a man with glasses and a pink ribbed shirt has a clip-on microphone and a wireless earbud, in a warm-lit room. On the right, a smiling man in a dark gray T-shirt sits in front of a couch with purple pillows and a bright window. A white column logo is in the top left corner.
  88. u88 not always, but typically they need to raise money in order to fuel their next customer growth. Companies in the growth stage or the maturity stage often can fuel their their growth in terms of customers, in terms of business lines, etc., from their long-term free cash flow.
  89. u89 The alternative, by the way, in the profit taking stage or the maturity stage is to do something else with that free cash flow such as issue dividends or do other fun financial things with that money. So if you look at the labs as businesses, which you know a lot of people have,
  90. u90 and you can make bear cases and bull cases for the labs with these. I take no stance on on either side. I'm excited to see where they go next. But if you look at their their free cash flow equation, if it's that simple we sell tokens business model,
  91. u91 What if open weights stay 6 months behind?
  92. u92 then assuming that the open weights models stay a matter of months behind the labs, and all this is subject to their licensing models, et cetera, but let's say that we have a permissively licensed open weights model that is you know three to six months behind the state of the art.
  93. u93 on any given day. And maybe with this past week's events, maybe it's six to nine months for for now. But let's say that the it averages around six months. Then does that mean that every use case that the frontier model would have been able to charge that large inference premium on, six months later
  94. u94 is essentially just paying their compute costs because the the alternative to a negotiated agreement with the lab is to just go self-host an open weights model? I think that's a real hard business question. At some point, the frontier models and the open weights models six months behind them will have consumed a good chunk of the
  95. u95 economically valuable work in the world. and I'm not saying that we're at that point. I'm saying that maybe at some point in the future they will have. And at that point, as you're approaching even like a double digit percentage of that point, does the customer of these things decide to decide to just wait six months and pay significantly less? Or does
  96. u96 the frontier lab's ability to set a reasonably high price change? Do they lose that pricing power because their customers have very, very reasonable alternatives? I think these are great questions. I have opinions about what the answers probably are, only from seeing them in other industries,
  97. u97 but there might be something special about this industry.
  98. u98 Does intelligence plateau? A lesson from nature
  99. u99 Related to that, I think there are these competing bets being made. One bet is that the value of intelligence goes up exponentially, and another bet is that it plateaus. If it plateaus, the open weights models eventually catch up. If it plateaus, then it starts getting harder and harder to produce more intelligence for whatever that means in a given use case.
  100. u100 And if it's exponential for the foreseeable future, then maybe that those inference premiums continue to rise. I think different labs have taken different bets on this. Let me borrow an example from nature. I'm sorry, you you've got me riled up thinking about this particular problem. We live in an environment...
  101. u101 At some point we lived in a much scarier environment that involved, you know, tigers and and things chasing after us and maybe eating us. Today we live in an environment, just like any agent, that requires a certain amount of intelligence to survive in. I need to know where to get food and and water. I need to know enough things to put
  102. u102 food on the table and to pay for rent or a house. Human brains probably haven't evolved for this exact use case, but brains have evolved in animals and in humans over millions of years to solve these kinds of reasoning problems, right? And yet you don't see brain complexity exponentiating.
  103. u103 This is a stupid philosophical point. So please don't take the metaphor too far. If in the environment that you live in it is evolutionarily beneficial for your brain to grow in complexity, then it should, right? And, you know, I recognize that evolution happens over much, much slower timescales here but especially with some of these
  104. u104 new auto research environments I would think that we would see stronger incentives to to make models even larger and to make them even more complex. And what I mean by complexity is the complexity of the of the model itself, not necessarily the complexity of the algorithms. It can't all just be SGD with extra steps,
  105. u105 right? There has to be more to it than that, I hope. But I don't think we do see that in nature. There is some kind of optimal efficiency trade-off for for brain size. I suspect that
  106. u106 Pareto frontiers and why labs will specialize
  107. u107 in these business settings, you're gonna encounter a similar sort of optimal trade-offs or some kind of Pareto frontier – – Pareto frontiers abound across these different trade-offs. Usually what happens in a setting like that, where you have a multi-objective optimization and multiple different frontiers, is that players specialize. They might specialize in a few different ways.
  108. u108 One way is for example, you might have different environments in which they they compete. So we've talked about coding a lot, but there's also search – I think you have a search Arena as well. And there's also, you know, video generation and all these other places where you have diffusion transformers or other similar architectures
  109. u109 you can explore. And in each one of these there is this bear chasing the frontier labs, which is that there are other labs that will just take that large fixed capital investment of pre-training and release it for free in the form of open weights models.
  110. u110 And so in each one of these you have this same challenge of we don't yet know if intelligence plateaus, but let's suppose that we don't need that answer yet. If the open weights models get licensed in such a way that they can be used to replace commercially all of these other frontier
  111. u111 LLMs over time, then that probably has implications for the business cycles and the investment strategies in these these frontier models. Assuming that there are still returns to scaling.
  112. u112 If instead there are only returns to research, right? If instead of scaling, the next frontier is complexity, is research to find some new model architecture that solves problems or some new loss function that makes learning more computationally efficient, which must exist, then this idea can go out the window.
  113. u113 Then basically we're playing potentially a lottery between various research organizations to see which one finds the next set of incremental improvements that lead to a step function improvement in the overall model performance.
  114. u114 A "spiky" world of superhuman niches
  115. u115 I think this is an interesting point – I think you're right, like we're not in a paradigm that there's some kind of general learning and the LLMs clearly are not learning as efficiently as humans. So if that carries on for some time, it really feels like we're not going to get this kind of
  116. u116 super general super intelligence across everything. But because LLMs are so spiky, we can take advantage of that. And there will probably be a few spikes which have such extreme return on investment. It's hard to judge how good of an example it is, but what struck me about OpenAI's microchip announcement is
  117. u117 the way the position is like, AI helped us design it, or optimize it or whatever it is. I don't know how true this is, but even if it's not exactly true in the way we are imagining, it still feels like there will be some spikes where if you just put billions and billions into that spike,
  118. u118 which has extreme return, then it will be such hyper super intelligence in that spike. And if it does give you a return, then it feels like surely why not throw more and more money into it? So it feels like maybe we will be in this kind of crazy spiky world where LLMs can't write a well-written essay, which kind of feels like they still can't.
  119. u119 And yet they can design super microchips that no human could ever design. What do you feel about that? Do you feel like that spike story could happen? I think it could, I think it's already happened in a few places. Like for example, clearly there were returns to scaling for for coding and for tool use.
  120. u120 There were also returns to scaling things like the number of RL gyms or or environments that you expose these models to. There are all of these different treadmills that that the labs are on for things like data collection. I'm looking for longer and longer horizon,
  121. u121 more interesting and computationally, you know, challenging for the LLMs, use cases out there and for each one of those, I want to construct a gym. That's kind of a typical post-training task for a generalist model. If companies are willing to spend inordinately large sums on these kinds
  122. u122 of expeditions, then clearly they're expecting there to be some return on that investment. I think a a better way to
  123. u123 Asymmetric returns: radiology to recommendations
  124. u124 to frame this is just in the return on inference in different industries. Not only is it jagged but it's asymmetric in returns, right? There are there are many industries for which a false positive or a false negative is much more harmful than others. Radiology is a good example,
  125. u125 right? A false negative in an LLM that reads an MRI image is probably not a good thing for the patient. A less consequential example is recommendation systems, where you see LLMs getting used increasingly. I agree with you that there might be industries where there
  126. u126 are returns, but those returns are usually capped at some point. As an example, if you've spent all of your disposable income you're not gonna buy more stuff probably – maybe that's not yet proven because people borrow on credit cards all the time, but if you spend more than your disposable income regularly, it's
  127. u127 you're gonna go into debt and eventually you'll run out of ability to loan money. And at some point there's a point of exhaustion for that industry. We don't really understand that for most of these industries. Certainly we don't understand it for software engineering. i'm a firm believer that there will be more demand for software engineers. When you change an industry, by deploying an LLM into it for example,
  128. u128 you're also changing the size of the industry potentially. And so to your point, knowing which of those use cases, which of those industries deploying agents into actually causes the pie to grow versus just being a cost savings, is probably one of
  129. u129 the key differentiators. Back to your earlier question about predicting how deploying LLMs will change that industry...
  130. u130 How big can the AI market really get?
  131. u131 As far as the future of the labs go, I think you can go back to thinking about unit economics. I don't think you need to imagine these spikes in the frontier, I think you can you can take for any given industry what the addressable market is and you can reason about what would happen under competition if more than
  132. u132 one lab enters the race, in that use case or in that market. And you very quickly get back to, well, which ones of these are going to be competition to the bottom on price, and the ones that are, you you end up coming up really with much, much smaller expected values
  133. u133 for their real kind of addressable market. I'm kind of dancing around this idea that maybe the marketing that they're putting out there is overestimating the the actual addressable market from the current form of of LLMs or of the way that they're deploying AI. And have only done so insofar as they haven't necessarily modeled market impact
  134. u134 and competition when they produce that marketing. I mean it's in their interest to to market these things as multi-trillion dollar industries.
  135. u135 Wrap-up
  136. u136 You’re so right. I think this is probably the biggest question we've got right now in the industry, is how big is the market going to get? Because all of this investment is like, you have to justify it at some point. And I think unit economics, ultimately what it comes back to. I think this is a very good place to close.
  137. u137 I really enjoyed our conversation. We went all the way from deploying smallest models in the practical use cases, the super fast inference and all the way to how big the market could get. So this was a really fascinating conversation. Thanks a lot for joining us at Arena.
  138. u138 Yeah, thank you. This has been a lot of fun to think about. I'm very excited that Arena exists because it's one of the few places where we actually get to see models under competition in real time. So thank you.
    Arena logo with website arena.ai
    37:43 · Arena logo with website arena.ai · A centered logo on a dark charcoal background shows a white line-art Ionic column capital next to the word "Arena" in a cream serif typeface. The web address "arena.ai" appears below in a smaller sans-serif font. It looks like a title or end card from a video.

The original

Around it

The Unit Economics of AI: What It Really Takes to Deploy LLMs at Scale | Ido Rosen of Amazon SDOThe Unit Economics of AI:…Uvajanje modelov strojnega učenjaUvajanje modelov strojneg…Ekonomika enoteEkonomika enoteVrednotenje modelaVrednotenje modelaSklepanje z modelomSklepanje z modelomModel z odprtimi utežmiModel z odprtimi utežmiCenovna konkurencaCenovna konkurencaCelotni naslovljivi trgCelotni naslovljivi trgFino prilagajanjeFino prilagajanje

topic

Uvajanje modelov strojnega učenja

Uvajanje modelov strojnega učenja vključuje naučene modele v operativne sisteme, ki opravljajo naloge v resničnem svetu.

Topic1 sourceSingle source

topic

Ekonomika enote

Ekonomika enote analizira prihodke in stroške, povezane s posamezno enoto poslovne dejavnosti.

Topic1 sourceSingle source

topic

Vrednotenje modela

Vrednotenje modela ocenjuje uspešnost modela glede na določene naloge, merila ali izide.

Topic1 sourceSingle source

topic

Sklepanje z modelom

Sklepanje z modelom uporablja naučen model strojnega učenja na vhodnih podatkih za ustvarjanje napovedi ali drugih izhodov.

Topic1 sourceSingle source

topic

Model z odprtimi utežmi

Model z odprtimi utežmi daje svoje naučene parametre na voljo drugim, da jih lahko pridobijo in model izvajajo pod pogoji njegove licence.

Topic1 sourceSingle source

topic

Cenovna konkurenca

Cenovna konkurenca nastopi, ko ponudniki tekmujejo za kupce s spreminjanjem cen svojih izdelkov ali storitev.

Topic1 sourceSingle source

topic

Celotni naslovljivi trg

Celotni naslovljivi trg ocenjuje skupni potencial prihodkov za izdelek ali storitev na njegovem oziroma njenem potencialnem trgu.

Topic1 sourceSingle source

topic

Fino prilagajanje

Fino prilagajanje je nadaljnje učenje predhodno naučenega modela za prilagoditev določenim nalogam, podatkom ali zahtevam glede vedenja.

Topic1 sourceSingle source

This text is written with AI.

Placed in: danes