走进模型工厂 — Eiso Kant，Poolside AI

In recent months, the open vs closed, and US vs China discussions on model ownership and sovereign/local AI have heated up to a fever pitch. So it is very very good news that Poolside AI are finally emerging with new models, like Laguna S 2.1, that are beating Thinking Machines’ recent release nearly 10 times their size.

Poolside’s recent tech report got a lot of praise due to their level of detail, and Vibhu first covered Laguna’s recent technical report on our paper club:

From spending $12 million building language models for code before the world cared to creating a Model Factory that can take a model from pre-training to release in eight weeks, Eiso Kant has spent more than a decade betting that code is the path to AGI. In this episode, the Poolside co-founder joins swyx and Vibhu to explain why ChatGPT felt like vindication, why Poolside embraced open weights and open research, and why he would rather live in a world with 100 foundation model companies than five even if Poolside were one of the five.

We go deep on Poolside’s Model Factory: the engineering systems behind 10,000–20,000 experiments per month, streaming data directly into training, reproducible experimentation, low-precision compute, and agents that increasingly write code, launch jobs, evaluate results, and modify the pipelines used to train future models. Eiso also unpacks their recent launch Laguna S, why persistence, verification, and backtracking may matter more than raw intelligence, how much capability remains inside smaller models, why reinforcement learning will move earlier into pre-training, and why next-token prediction is still extracting too little from the web.

We also discuss model-harness co-design, Poolside’s path from coding agents to AGI, why Eiso thinks MCP and traditional tool calls are “stupid,” the real economics behind frontier-model training, Poolside’s $500 million raise, open-source AI, regulation, NVIDIA and TSMC’s influence, engineering productivity in the agent era, high-agency teams, and hiring at Poolside.

We discuss:

- How Andrej Karpathy’s RNN work inspired Eiso to start building language models for code in 2015

- Why Eiso spent four years and $12 million pursuing an idea before the market cared

- Why ChatGPT felt like vindication and brought Poolside back to open source

- Why Eiso would prefer 100 foundation model companies over an oligopoly of five

- The difference between releasing open weights and publishing genuinely open research

- Why Poolside deliberately built a global research organization outside the Bay Area talent war

- Why model building is ultimately 90% engineering

- The Model Factory: Poolside’s end-to-end system for rapidly training and improving models

- How fewer than 70 researchers run roughly 10,000–20,000 experiments each month

- How Poolside moved from six-month model cycles to five- and eight-week launches

- Why streaming data directly into training unlocked faster experimentation

- How immutable data, versioned code, and reproducibility enable rigorous model research

- Why Eiso wants capable researchers to leave their labs and become Poolside’s competitors

- Why 95% of model building can be reduced to better data or compute efficiency

- Laguna S and why persistence, verification, and backtracking can outperform raw intelligence

- Why smaller models may handle far more knowledge work than previously expected

- Why reinforcement learning will move earlier into pre-training

- Why next-token prediction is still failing to extract enough knowledge from the web

- Why distillation and environments have become the AI industry’s favorite “drugs”

- Why mid-training is really an early form of curriculum design

- Low-precision training, networking bottlenecks, and the next gains in compute efficiency

- Laguna S: 118 billion total parameters, 8 billion active, and eight weeks from training to launch

- Why model builders can often evaluate a new checkpoint within its first 30 minutes

- Model versus harness: where agent capabilities actually come from

- Why Poolside sees coding and long-horizon software tasks as a path to AGI

- Why Eiso thinks MCP and traditional tool calls are “stupid”

- Why future agents will write scripts instead of choosing from dozens of predefined tools

- The case for minimal harnesses, containers, and model freedom

- Why Poolside is prioritizing vision but does not expect to work on audio soon

- Why language may be the most compute-efficient modality for encoding knowledge and reasoning

- The real cost of model development and why the final training run is anticlimactic

- The story behind the Poolside name and why it represents refusing to lower ambitions

- How Poolside raised $500 million while investors still questioned whether AGI was real

- Why intelligence could become the world’s most demanded and commoditized resource

- When open models may become too capable to release without restrictions

- Why unilateral AI safety does not work in a globally competitive environment

- How regulation could accidentally lock in an oligopoly of two or three AI companies

- NVIDIA, TSMC, and the hardware systems underpinning foundation-model progress

- Why reinforcement-learning wall-clock time is one of Poolside’s biggest bottlenecks

- Why Poolside trains models from scratch instead of simply distilling larger models

- How AI changes the way companies should measure engineering productivity

- Why agency may become the most important quality for employees in the AI era

- How leaders align high-agency people through shared goals and clear constraints

- Hiring across research, post-training, pre-training, architecture, evals, and engineering at Poolside

Eiso Kant

LinkedIn: https://www.linkedin.com/in/eisokant

X: https://x.com/eisokant

Poolside: https://poolside.ai

Timestamps

00:00:00 Introduction

00:00:54 Karpathy, RNNs, and Building Code Models Before Transformers

00:02:26 The $12M Failure and ChatGPT Vindication

00:03:39 Open Source and the Case for 100 Foundation Model Companies

00:09:22 Open Weights, Open Research, and Poolside’s Global Team

00:16:04 The Model Factory: Why Model Building Is 90% Engineering

00:20:19 Agents, Automated Experiments, and Early Signs of RSI

00:24:04 Streaming Data, Reproducibility, and Scientific Rigor

00:30:35 Creating More Foundation Model Companies

00:36:07 Laguna S: Persistence vs. Raw Intelligence

00:43:01 Reinventing Pre-Training, RL, and Curriculum Design

00:52:33 Low-Precision Training and Squeezing More From Smaller Models

00:58:37 Model Harnesses, Coding Agents, and the Path to AGI

01:09:26 Why MCP and Traditional Tool Calls Are “Stupid”

01:13:04 Vision, Multimodality, and Why Language Still Matters

01:18:15 Scaling Models and the Real Economics of Training

01:20:40 Why Poolside Is Called Poolside and Raising $500M

01:27:37 Open Models, AI Safety, and the Risk of an Oligopoly

01:33:53 NVIDIA, TSMC, and the Reinforcement-Learning Bottleneck

01:41:52 Smaller Models, Distillation, Engineering Productivity, and Hiring

Transcript

Introduction: Eiso Kant, Poolside, and Open Models

Swyx [00:00:00]: All right, we’re here in the studio with Eiso Kant from Poolside, together with Vibhu. Welcome.

Eiso Kant [00:00:08]: Thanks. Thanks for having me, guys. Good to be here.

Swyx [00:00:10]: Yeah, fresh on the plane. You texted me, you were like, “Hey, I’m on my way to SF.” I was like, “You’re on a plane right now, right?” Like, hey.

Eiso Kant [00:00:16]: I know. After I texted you, I realized that probably coming in with major jet lag was gonna offer some fun experiences today, but let’s do it.

Swyx [00:00:23]: I mean, I think the thing I would tell guests is that they don’t have to prepare that much because if you’re truly working on this every single day, then even, like, what you hazily remember is going to be new for a lot of the audience that don’t live in your world every day, right? so 10 years ago, you did a talk at Google Slush, talking about the democratization of AI. and, now here you are, like, open sourcing an incredible new model that we’re gonna talk about. But I guess, like, what got you into democratization of AI? Like, it’s not obvious from your LinkedIn or something.

From Karpathy’s RNN Post to Sourced

Eiso Kant [00:00:57]: No, it’s not at all. I don’t think it’s obvious how I got in this space. I owe getting into this space to Andrej Karpathy.

Eiso Kant [00:01:05]: In 2015, he wrote an article called “The Unreasonable Effectiveness of Recurrent Neural Nets.”

Swyx [00:01:10]: Neural Nets, yep.

Eiso Kant [00:01:11]: And that article, I read it, and I pivoted my startup at the time overnight to working on RNNs, and later LSTMs and Transformer models to be able to write code. If you go to this article and you scroll down, you can start seeing, like, this was the precursor to what ended up becoming language models. So, at least when he was character-level language models that were starting to predict letters, he has an example out here. There’s a little Paul Graham generator, and you can read it, and the text makes sense, but it doesn’t. and there’s a little-- There’s an example of code a little bit further down. Yeah, so Shakespeare.

Swyx [00:01:47]: Shakespeare.

Swyx [00:01:49]: Cool

Eiso Kant [00:01:49]: And for some reason, I read this, and I went down the rabbit hole of learning everything I could about RNNs and LSTMs, right? This is Transformer paper. And I had built a completely unreasonable belief, that neural nets should be able to generalize to anything and everything, and that language should be able to generalize, to a lot of things that are intelligent and the ability to write code. And so I started building Sourced, which was a fully open source company trying to build, what we used to call machine learning on code, language models on code. And we spent about four or five years on this, till the end of 2019. And that sounds really cool today, but back then, no one cared.

Eiso Kant [00:02:29]: Right? Like, no one cared. We were in the dark. Like, we did things along the way. We tried applying convolutional neural nets to, like, the structure of code. We were. when attention came out, we were applying it to LSTMs, and then the Transformer paper came out. And it - it wasn’t obvious, and what we missed throughout that entire journey, that we were on the right track, but we should have just kept scaling up. And today, to all of us, the scaling laws and scaling up seems like the most obvious thing. But having spent four or five years of my life on working on language models on code, it wasn’t obvious. So I have a lot of respect to folks at Google and OpenAI and others who took that confidence and kept going. we failed ultimately at the time, and it was, like, biggest failure of my career, right? You blew $12 million of investors’ money, which was a lot back then.

Swyx [00:03:18]: Yep.

Eiso Kant [00:03:19]: You spent, still a lot, but, And you spent years with, like, a group of 40 people just obsessing over this problem. And life took a different turn, And it was, and family became a focus, and I kept my heads down and really, didn’t really look at language models for the following two years. big mistake considering Following years are gonna be really interesting. And then ChatGPT came out And it was like a vindication. It’s like people started texting me. I found, like, my old, work decks and these old talks. And throughout that whole journey, we,

ChatGPT, Vindication, and Returning to Open Source

Eiso Kant [00:03:56]: We really had a strong point of view at the time that, like, as you’re building more capable intelligence, it should be open and open source.

Eiso Kant [00:04:04]: When we started Poolside, that wasn’t the case at all, and I wanna be very open about it. When we started Poolside, we were like, there was a premise of two things. One is this technology is not gonna stop compounding in capabilities. I think to most people obvious today, but three-plus years ago when we started, most people were still arguing if these were stochastic parrots or not.

Eiso Kant [00:04:23]: And the second was that reinforcement learning was gonna be the biggest driver for LLM capabilities. Today, very obvious. Three years ago, was not an opinion held or direction held at either OpenAI or Google or Anthropic or others. And so people looked down on us a little bit. They were like, “ is this really gonna work?” And so we just started working the problem, and we never really thought about open source again. We just kept our heads down and we built our, like, knowledge, understanding from scratch, right? We didn’t roll out of an existing lab. So we picked up the papers and started writing code and figuring things out.

Eiso Kant [00:04:59]: And it wasn’t until the beginning of this year that me and my founder, Jason, picked up the open source conversation again.

Eiso Kant [00:05:07]: And if you go back to some of the early things on our website, it was very straightforward. It was we wanna get to AGI, we wanna support a world of abundance, and we wanna be the first company that gets there.

Eiso Kant [00:05:20]: But we started talking at the beginning of this year because it became obvious that the world was going in a direction that was starting to like, pick at us a little bit. Like, it didn’t, this didn’t happen overnight. It was, like, a little bit we were seeing this and we’re like, “Okay, The world’s going down a path.” And Throughout this journey, there was something that I used as a, as an analogy or thing. So I said well, if I go back to back in those days, 2015 or 2016, we’re working on this, and I picked up a fi book off the shelf, and I was reading the book about 2035. AGI is achieved, and the story would be over the following, decades. And it would have that first chapter where everyone’s trying to figure things out. You’d get the chapter of ChatGPT coming out And then you would get to the chapter where the world was at a fork in the road, and the one that it picked was one where three or four or a handful of companies were going to create all of intelligence moving forward.

Eiso Kant [00:06:21]: And when I thought about that story, it felt like a dystopian fi book, not a utopian fi book. And the reality is, I’m a utopian fi guy. Like, and so We took a step back and said, “Hey, can we play a role here?” Now it was easy for us to do so because we were not at the frontier.

Eiso Kant [00:06:41]: If we were at the frontier, I don’t think we could have changed our mind. and I don’t mean this like it’s when the moment there’s too much capital involved, too much expectations, you’ve built up things, right? We’re a small team, just improving and improving. And so we knew that we could make that decision now, but it would be a lot harder to make as we got closer and closer to the frontier and caught up to others. And did a lot of soul-searching and a lot of conversations, and said, “No, this makes sense,” Even if there’s big unanswered questions, like how the hell do you build a business model with foundation models about open source? Big open-ended question that we do not fully have the answer to yet, right? At what point do you no longer wanna release open source models because misuse of models has, real potential risks associated with it? how is the government gonna respond to open source? but I think it all just came down to one thing, and I’ll stop the monologue, is the fact that I rather live in a world that has 100 foundation model companies than a world that has five, even if I was one of the five. And the smallest and most meaningful contribution we can make for 100 to exist is to open up our research and open up, like, our weights right now and figure out along the way how we can, like, do more.

Neo-Labs, Model Choice, and the Token Economy

Swyx [00:08:01]: Yeah. I think if anything, over the past three years, that has become a bit more true. you are one of a cohort of Neo labs

Eiso Kant [00:08:10]: Yeah

Swyx [00:08:10]: That people are now calling that. And, we’re, we’re doing this on the day that Thinky launched their, new model and you are outperforming them on their, on some benchmarks that they released, right? Like, they just don’t have it yet. so it goes to show that I think, like, this is one of those things where, like, there is room for multiple players, and you are seeing a little bit more of the future. Maybe more like 20, not 100, but, like, you are one of the 20.

Eiso Kant [00:08:36]: I really hope so, right? I think we I’m, I’m excited about their release, and I’m excited about everyone releasing because, like, ultimately, like, choice competition is both gonna drive progress in the right direction. But the fact that like, we create models and while we all, drink out of the same well of data effectively, we do introduce very different behaviors and biases in our models. Some are intended biases, some are completely unintended biases.

Swyx [00:09:03]: Yeah.

Eiso Kant [00:09:03]: And if we shape up in an ecosystem in the world where open models are gonna be a part of the token economy, like, I don’t think there’s any question about it anymore Then we want to be able to live in a world where companies, countries, people can choose and say, “Hey, I am most aligned and I trust most this provider for these things.”

Swyx [00:09:25]: Yeah.

Vibhu [00:09:26]: I think more than just one of the 20 Neo labs, up until recently, most of open source innovation was coming from the Chinese labs, right? So there’s the DeepSeek of the West. Is it today? Okay, maybe it’s thinking machines reflection, but there aren’t many, right? So, one of the things you guys started in France, Europe, but very much now you’re taking that American standpoint and more than just that, the point is the Chinese models that we see, they’re not super open research. the work you put out is, I think, some of the best. So every few months you get not only frontier models, but also here’s a breakdown blog, paper, technical report of here’s everything for state of the art to build, frontier intelligence and you’re filling that gap too, right? So not just only open weight, not just Western, but also pretty open research.

Open Weights vs. Open Research

Eiso Kant [00:10:20]: No, I appreciate it. Look, I think it’s, I think it’s the most meaningful contribution, right? Weights are a binary. Let’s call them what they are. Yes, we can modify them, we can change them, but, like, giving someone the weights does not allow them ultimately to recreate what you’re doing, right? And so now there’s challenges around releasing data sets, challenges around like releasing certain things, but being able to share your research, like, right, how do we do it? What are the lessons we learned that we spent, tens of thousands of experiments of compute on? I think very much so. One correction though, Vibhu, and I say this because it’s been haunting us for quite a few years. We from day zero were an American company.

Swyx [00:10:55]: Yeah. They moved

Poolside’s Global Team and American Company Story

Swyx [00:10:56]: To France.

Eiso Kant [00:10:56]: So the story once and for all is very. We start as an American company. We have always been an American company, and early on we made a very conscious decision. We said, “We’re not gonna hire any researchers in the Bay Area. We’re gonna look for talent everywhere else in the world.” and that is everything from Middle Americas, Seattle to, Serbia, and to Taiwan and Singapore and other places. And it was because we took a view that this was gonna become a talent war for this, and I think it has over the years now. Three years ago, that wasn’t fully obvious yet. I think today it very much is. And we also realized that, like, some of the world’s most capable people with, like, the most interesting, innovative ideas were not just gonna be here. And so it led us to create like a fully remote company. and we ended up opening an office in Paris and London and different places and we have a lot of the team in the US and a lot of team outside. But we always took this view of like, we’re an American company, but if we want the best of the best to work with us, we need to take a global view. Now we do also have people here in Silicon Valley, like the company’s grown and others, but I think one of the things that, it slowed us down at the beginning, but it has sped us up now, and it’s why you’re seeing like the progress, I think, on our models and the cadence at which we release, is because we didn’t roll out of an existing lab. Right? we didn’t, we didn’t have a lot of the information that’s freely flowing around here at the time. We just took this point of view as like, “Okay, well, let’s just work the problem. Let’s just go and, like, read the few papers that are out there, and let’s just figure this stuff out.” And we made some hilarious mistakes in model training because of that over the years

Eiso Kant [00:12:35]: Like especially in the first 12 months. there’s a few that I think still haunt me and scare me. We can talk about them later. but it created a, like, a resiliency and persistency in the team, right? with extremely few people have left us over the years, that, like, told us, “Okay, we can do this.” When we first wrote our first training code base completely from scratch, it wasn’t a fork of any open source. It was just like, “Okay, let’s build it from scratch.” I remember we had this one moment where we spent three weeks working out an optimizer bug. Like, it was like training just couldn’t get stable. We, like, obsessed over it, and we thought, like, maybe we were wrong. Maybe we should have just forked this repo, or we should have. But then when we solved it, I still remember at the time we were like five people in the company. when we solved it, we were like, “Oh, we can do things,” like if we’re just willing to work hard. and I think that culture with a very strong engineering bias has helped us, like, get to where we were. And so there’s this notion of open source and talent and these things. I think we, We just took different decisions from a different starting point. and I think we are lucky. I do want to definitely call it lucky. And there was a lot of hard work at the team that now, like, that’s starting to show up in results.

Swyx [00:13:52]: Just ‘cause we probably won’t revisit this again, but, and this is a fun recruiting challenge if someone knows the answer. What was the bug? And then we won’t tell the solution, but we’

An Optimizer Bug and the Value of Building From Scratch

Eiso Kant [00:14:01]: So the - This - You’re gonna test my memory here,

Swyx [00:14:04]: Oh, okay

Eiso Kant [00:14:04]: So but I think

Swyx [00:14:05]: Directly

Eiso Kant [00:14:05]: I think I can recall. So if you, so if you look at, So if you take like Adam as an optimizer, you have epsilon

Swyx [00:14:12]: Yeah

Eiso Kant [00:14:13]: Which is, right, like in the denominator

Swyx [00:14:14]: Momentum and weights. Yeah

Eiso Kant [00:14:15]: Is exactly, in the denominator. And at the time, if I recall, you looked at like the early Llama papers and things like that. People were juicing epsilon, like, quite a bit. Like, they were, like, adding, I don’t know if it was E minus four or whatever, like a high value for epsilon.

Eiso Kant [00:14:31]: And if you think about this during training, it’s like a bit weird and counterintuitive that we’re adding noise to our optimizer by just adding effectively, like, a random number in the denominator, right? Like behind the decimal point. And I don’t recall the exact bug, but it had - What I remember is once we solved it, we no longer had to juice epsilon as much as, like, was happening in the Llama paper and other places. and it was like one of those fundamental moments where we had trusted this paper that was out there, and we’re like, “Oh, no, it has to be this way. It has to have this high value of epsilon.” But it made no sense to us intuitively. Like, why do you have to have this so high? Like, if you’re just trying to avoid division by zero, why can’t the value be extremely small? and that was like one of those moments where you realize like, okay, finding things out from scratch yourself builds a better intuition. Because the one thing you learn very quickly with model building is that your intuitions that you start with are gonna get beaten up so hard.

Eiso Kant [00:15:33]: Right? Like - It’s such an experimental science, that the things that seem obvious, you very quickly get to learn, like, you were wrong, and hopefully you figure out why, and sometimes you don’t even.

Swyx [00:15:45]: Yeah. yeah, so, one of the reasons that you, when you released your new models, Vibhu got really excited. I mean, everyone got really excited. But Vibhu led our paper club on it, and you guys saw

Eiso Kant [00:15:58]: Yeah

Swyx [00:15:58]: Obviously. maybe talk through some lessons learned in that, whatever you can disclose. we can focus on the model factory stuff, whatever you think is a good starting point.

Model Building as Engineering

Eiso Kant [00:16:08]: So I would say that our view from very early on in the company was that model building is ultimately 90% engineering.

Eiso Kant [00:16:18]: And I think we all know it in the industry because if you look at where’s every researcher spending their time, they’re spending their time writing code, right? Looking at data and writing code. And so we said, okay, The state at the moment, like three years ago, was bash scripts and Slurm and spaghetti code bases for training and, like, data pipelines that were patched together. And we looked at this and said, “Well, ultimately, model building is a process.” You’re going from raw data, right? Like training raw material, the web, et cetera. you’re doing a whole bunch of filtering, cleaning up, transformations, analyzing. These days, that’s, far more complex than it was three years ago. then you’re training a model, which is effectively a large distributed systems problem, right? Across hardware that has still-- It’s become a lot more reliable. It was extremely flaky back then. and now with every new generation, we get our new sets of challenges. And then you go into the next stages, right? There was no training back then, but, like, you got, your post-training and then your reinforcement learning. And so we looked at this and we said, “Well, this looks like an industrialized process. This looks like an end process, that every single part of it has its machinery,” right? If it’s your big data pipelines, if it’s your crawling ingestion of the web, if it’s your, large-scale distributed training, and then you’ve got your reliability. And we said, “Well, why don’t we take some of the world’s smartest distributed systems engineers that we knew and make them part of the process of research from day zero?” Not retrofitting it later on, but, like, really from the beginning. And that became our model factory. And so our model factory started with a handful of components. Today, it’s thousands of components, and I try to equate it to, if you think about, like, someone who was at the very early days of Foxconn, if they had been there for the following, decade, they would be able to rebuild Foxconn because they saw every decision that led to building that system and all the complexity. If you and I walk into Foxconn today, no chance.

The Model Factory and Experiment Velocity

Eiso Kant [00:18:18]: Right? Because we don’t have the lineage and history of decisions that led to that. And so we built early on from the beginning- with a team that really understood that, well, the metric that we are optimizing for is the speed of an idea from a researcher to an experimental result that we can trust to then being part of the next model training.

Eiso Kant [00:18:42]: And in the. And because it’s such an experimental science, ultimately, in the beginning when it wasn’t that complex, you could patch your way around it, right? But now, at any foundation model company, you are running. I mean, we’re a small team, right? We’re less than 70 researchers, another 35 engineers. and we are running, I haven’t checked the latest count, but far more than 10,000, maybe 10 to 20,000 experiments a month that we cut. And so if you look at that scale of every model run that is, like it’s ultimately it’s, it’s you need to be able to trust it as an infra problem. And so what we have now done over the years is gotten really good at that, and just by working it and improving it and obsessing over those end decisions. So now what that means is that you looked up Laguna XS 2 that we launched. It was five weeks from the beginning of training to launch. The model that we’re gonna talk about today was eight weeks from start of training, to launch. We started the next model literally yesterday because we now finished the post-training required for the model we’re launching, next week or by the time this comes out today. and we move that compute to the much larger Laguna M model that we’re now training. And so the model should be an artifact of someone’s process. It shouldn’t be really a thing in itself. Like, and we treat this like the way you would look at like a SpaceX factory where, yes, the first rocket, really hard to build, but the much harder challenge was building the factory. And now they’re rolling off, and no one is really thinking about the next launch anymore. So it’s just another launch, it’s another launch, another rocket comes off. And that’s what we’re trying to do with model building.

Eiso Kant [00:20:22]: And what has been, which was not planned from day zero, it was in the back of our mind like this will happen one day, is that when you build a really good end model factory with really good APIs and really good engineering systems, Well, what is it perfect for? It’s perfect for agents.

Agents Inside the Model Factory

Eiso Kant [00:20:40]: Because agents are now starting to take over more and more work in our model factory.

Vibhu [00:20:43]: Yeah.

Eiso Kant [00:20:44]: So I look at the screens when I walk, like when we’re, we come together, in our monthly, we do monthly onsites, and I walk behind people’s screens and I stop by and I talk to our researchers. And the default is all of these different agents running on their screen that are writing the code. They’re launching the jobs. They’re evaluating the results that are coming back from the model runs. They are, making the changes. And we’re still in the driver’s seat. We’re still coming up with the ideas. We’re still helping with the debugging. But more and more, and this is right now very profound on the data side of our pipelines in both pre and post and the synthetic data pipelines, it’s starting to become more on the architecture side as well. You’re starting to see these twinklings of what RSI is gonna look like.

Eiso Kant [00:21:27]: And that’s. So when we talk about, like to your question about our models, every talk about the model factory, And my coolest example of these things is always that when we kick off a new run, doesn’t matter if it’s a training like big run or if it’s now a post, like one of 10 post-training versions we do for like release or many experiments, is that at any given moment, the changes that somebody made that they had experimental results from the day before make it into that run.

Eiso Kant [00:21:57]: So there’s not like a cutoff 90 days before. Like no, it’s like literally from that moment because we can now trust the machine enough. And then you also have to invest in the reliability. So one of my favorite metrics about like Laguna S is that there was no call events, Right? Like completely zero. And we haven’t had a meaningful call event, like something to wake up for, as far as I recall this entire year. now there is one asterisk to that. In usually the first six hours of launching a new model run, something breaks because you set a config wrong, you made a small mistake, et cetera. So that’s usually there’s a little bit of intervention, but that’s always within like call periods, right? Not on call. And I think that’s starting to now compound. So the model we’re releasing now, I love it. It’s amazing, but we’re already onto the next one. and I think that’s the way it should be.

Laguna, Five-Week Builds, and Zero On-Call Events

Vibhu [00:22:50]: Hey, I also just wanna point out, so for context, this was like a month ago. we found it in the tech report, so we just came in with, “Okay, new model’s dropped. Haven’t heard about it.” We were

Eiso Kant [00:23:02]: Yeah, we’re very used to doing this every few months.

Vibhu [00:23:03]: We’re, we’re very much like, “ okay, look, it’s like, on par with Kimi, DeepSeek, whatnot, the small ones, Gemma level. Oh, it’s a very cool paper on what goes into building.” And then we hit this page, right? Like literally page two of tech report is, “This process allowed us to build the small model from scratch to delivery within five weeks applying the lessons”. And then I’m like, oh, this paper is not about here’s a tech report of benchmarks and here’s how many tokens it was trained on. Like for people that wanna dive more from what we’re not gonna discuss on the podcast, it’s all laid out here, right? From

Eiso Kant [00:23:38]: Yeah

Vibhu [00:23:39]: Custom software that agents can use to interface with training code, training data.

Eiso Kant [00:23:45]: Yeah. Well, link the paper correctly, so yeah.

Vibhu [00:23:47]: Yeah. All that stuff. read the paper here, but,

Technical Report Principles and Streaming Training Data

Eiso Kant [00:23:50]: But I would like to. I love principles, and I think that is a good starting off point for maybe telling some stories. Maybe we can go one by one past the principles. I’ll just call out that Dagster just got bought by a Prefect.

Vibhu [00:24:01]: Yeah.

Eiso Kant [00:24:01]: Isn’t it fun? But yes, I’m very familiar with Dagster. just anything where like they trigger some story.

Vibhu [00:24:07]: So, well, I would say, well, experiments code’s obvious, but I think one of my favorite things is, I don’t know where it is in here, but early on, and I still think this is the case a lot of foundation model companies, people prepare their training data sets, they get packaged up, then they get copied over to a training cluster distributed across all of the nodes, and then training starts.

Vibhu [00:24:30]: And we looked at this like three years ago and we were like That makes no sense

Eiso Kant [00:24:36]: You lose so much time because the moment you have to rematerialize the data set, you have to make a change, you have to fix something, et cetera, you’ve got all this time of like repackaging it, right? Toca- tokenizing it, repacking it, moving it over to a cluster, then distributing it across the nodes. The bigger your clusters are, you start using fancy like torrent-like algorithms to like distribute your data. So why aren’t we streaming data into training? Right? Something that’s very common and like just basic

Vibhu [00:25:00]: Like just in time

Eiso Kant [00:25:01]: Just in time, like good computer science like principle. And that was one of the first things that I think unlocked - the model factory. Because the moment you start thinking about, well, a training job, it doesn’t matter if it’s a big hero run or a small like, post-training experiment, consumes a certain number of tokens per second, right? And it’s not a lot, right? From a like a data, moving data perspective. So we said, well, we have our training cluster, and then we’ve got like our AWS kinda setup where we can build these amazing big data pipelines. We can set things up. We use Spark underneath the hood, like all these things.

Vibhu [00:25:36]: But when you say AWS, it’s not actual AWS, it’s your internal AWS.

Eiso Kant [00:25:39]: It’s our internal-- No, it’s our internal like just running like our infrastructure

Vibhu [00:25:42]: Site web services

Eiso Kant [00:25:43]: Exactly. Our stuff running on like an AWS account or on like any hardware, right?

Vibhu [00:25:47]: Yeah.

Eiso Kant [00:25:48]: And so once we made that shift into I can stream data into training, all of a sudden you realize a lot of things unlock. Because now you don’t have to wait for the whole data set to materialize.

Immutable Data, Experiments as Code, and Scientific Rigor

Eiso Kant [00:26:00]: You now all of a sudden when you’re running data experiments about mixing data, it’s a config. Because you’ve got these data sources that are coming in, and you just - we have this service called Blender that’s in the report, where we then say, “Okay, for this run, I want 20% of this source, 10% of this source. I want this much, so many epochs of repetition. I want this to be, shuffled in a certain way,” and your training job can start while the rest of the data is even still materializing. also what it does is because all of this underneath-- So for us, we treated the data layer underneath as like an immutable data layer, and that was really important. Like experiments as code, immutable data layer means that you can always go back and understand literally down to the single token at which cursor it went in on which version of the code.

Vibhu [00:26:47]: Yeah.

Eiso Kant [00:26:48]: And it took us a I have to admit, like the first year of Poolside, we understood that engineering had to get great, But we didn’t understand yet, that this is ultimately in support of like a good rigorous scientific progress. We were quite a - We were a very small number of people, so a lot of it was YOLO ideas and YOLO runs.

Vibhu [00:27:08]: Yeah.

Eiso Kant [00:27:09]: And we built great infra for the YOLO runs. But once we realized that we treated data as immutable and code as always versioned, and you could always track and trace every experiment end to end perfectly, you could repeat everything perfectly, right? You have perfect reproducibility. I can still reproduce runs from two years ago if I wanted to, right? It enables the scientific progress, like the scientific process, and I think that took us probably about a year and a half into the company to figure out. We also had some great hires, like our head of applied research, Nikolai, who joined us from Yandex, who’d been working on language models since like the early 2020s, I think brought that into the company of like, “Hey, we wanna have even more rigor.” And then once we kinda had the combination of like increasingly more capable platform that allowed people to do more, but had this immutability, we were able to start “Okay, every experiment is truly an ablation. We truly need to understand it.” And I think we became much more scientifically rigorous in the last couple of years, and the infra underneath enabled it. and then there’s just fun stuff like, and

Vibhu [00:28:16]: Yeah, a lot of it’s fun, like even just the, one, you share all the ablations, two, picking the data sets, right? There’s like a random small paragraph in here where it’s just like, “Oh yeah, training data, we have some, we have an auto mixer.” it trains eight small models, scales them up, picks the training data set. We don’t even need to look at it. I’m like, “Wow, a lot of engineering rigor there.” And there’s just, there’s just a lot in here.

Publishing Research and Giving Back

Eiso Kant [00:28:40]: Yeah, and it’- and look, and we wanna put out more. Like we, We treat writing papers as something that we haven’t earned the right for yet for a long time. So you earn the right to spend time, publishing research once you’re at the frontier, because until then, you’re catching up, and every minute and hour in this industry matters. Like I obsess over it, not just the wall clock time from idea to result, but just general like time every day that we, waste is one that doesn’t allow us to catch up. But in this case, we said, “Okay, we’re gonna give ourselves.” I think we gave the team like three or four days while still doing their work, like give everything in there. And to your point earlier, if your stuff, it’s easy to like put it out. And so there’s so many more things that we wanna talk about over time, and we will definitely start doing. And as we earn more of the right, but also now have like added to our mission that we want more foundation model companies to exist, you’ll see us like be way more proactive, and just trying to keep dropping some of those like things that we’ve learned along the way that can help others like speed up.

Vibhu [00:29:40]: Which is the other cool side of this, right? It’s, it’s not like, back to your point, it’s not just here’s the benchmarks of our training. If you want to replicate, here’s experiments of optimizers, data sets, post-training. you lay out a lot of it here alongside here’s your system for how to do it? So it’s, it’s really like promoting

Eiso Kant [00:29:59]: No, thank you

Vibhu [00:29:59]: Other people can do the same.

Eiso Kant [00:30:00]: And by the way, I also wanna make clear, right, we have been incredible-- Like we’ve taken a lot of advantage of the fact of all the open research that others have published, Right? And you mentioned, the Chinese labs, and we I think it’s important that there’s, from every country and every culture and background, including like Western companies like us, there’s different models that come out that people can choose to trust. But I think we do have to give credit where credit’s due, right? The incredible Chinese lab have done an amazing job at sharing their research, and we have definitely like been on the receiving end of taking advantage of that. So when you’re on the receiving end of something coming to you, I think it’s, you also have an obligation to give back.

Swyx [00:30:39]: Do you have a favorite or underrated Chinese lab that you wanna shout out? Everyone shout outs DeepSeek.

Chinese Labs, Zhipu, and Persistence

Eiso Kant [00:30:44]: That’s a good question.

Swyx [00:30:45]: Moaan obviously for Therapsi. Yeah.

Eiso Kant [00:30:48]: Yeah, look, I think, I think obviously everyone’s been talking about Zhipu lately, with 5.2. I think what most people don’t realize is when they started.

Swyx [00:30:59]: Yeah.

Eiso Kant [00:30:59]: Right? They started years before ChatGPT.

Swyx [00:31:02]: They just rebranded. Yeah

Eiso Kant [00:31:03]: And so, I’ve like, I remember how hard it was to work on these things Before the rest of the world got excited about it. And so I have an immense amount of respect for people, who were working on improving models when it wasn’t the sexy thing to do, when believing in LLMs, was gonna get you ridiculed. I remember like back in 2016 when we were doing what we’d call, machine learning on code with some of these models. we would-- people would just laugh at us, like they’d be like, “This makes no sense. Like why are you wasting all these, like, millions of dollars on trying to figure this out?” And so I would say they’re probably the one that, I think deserves a shout-out, not just because their latest model is very good, but because they fought to get here. And I think, I think every foundation model company it takes time to get here, right? It took us three years to get to the model that we’re, that we’re now gonna be releasing. and now the time in between the models is coming, is counted in weeks. It’s no longer counted in months or years. But this stuff’s hard. and if we can make it a little bit easier for the next person, like we should all do so. Because if we don’t do so, we’re, we’ve got a small window before models are really impacting recursive self-improvement to a level where catching up otherwise might become unfeasible. And we should try to, in that window, encourage as many labs or however we wanna call them, like to start. And so one of my current

Eiso Kant [00:32:36]: Mission, but qualm is like I wanna encourage whoever is a researcher right now who thinks they can tackle this to go and leave and become my competitor.

Eiso Kant [00:32:45]: Like start another foundation model company because I think we need it. I think otherwise we’re not gonna be in the world where, I don’t want to just be the fifth or the sixth company that wins. I wanna look at a world where there’s lots of choice.

Starting a Foundation Model Company

Vibhu [00:32:57]: What else do people not see in starting a foundation model? it’s, there’s a lot of compute, there’s a lot of capital required, a lot of compute. You lay out model factory and how to do the training, but there’s a lot there, right? That’s,

Eiso Kant [00:33:10]: Well, look, it’s, I in turn-- this is an oversimplification, and I always asterisk it with that because it can land a little bit the wrong way in people’s minds. But I think you can sum down, And I saw it, 95% of model building to just doing, you’re just doing two things. You’re improving data or you’re improving compute efficiency. And I know that feels like an oversimplification for the incredible, like, Gifted and skilled work people do. But if you really look at it, like what are we doing? We are looking at data, we’re generating new data, we’re improving data. and the only way to do that is to look at the data, right? That’s a big part of foundation model building. And on the other hand, we come up with these incredible breakthroughs in inference, in architecture, and new attention mechanisms. But what are they really doing? They’re bringing compute efficiency. Now, we have definitely had some breakthroughs over the years that allow for more model capabilities. But at the limit, if you could train a large enough model, right, like, and you had infinite compute, we probably-- if you had infinite compute, you’d be at AGI probably already tomorrow.

Eiso Kant [00:34:12]: Right? Like it’s not. And so, and let me say that infinite compute with infinite ability of much faster networking because networking ends up being more of the bottleneck than compute. But, so I do think that’s, those are the main things. And to just realize that this is engineering. I think it’s become more obvious, but I think for quite a few years, people have held foundation model companies and researchers and others on this pedestal of like you’re doing incredible magic or rocket science, or only like, Nobel laureate physicists can do this. And don’t get me wrong, there are some really hard problems that need to be solved, but a lot of the work that all of us are doing on a day Is not sitting down trying to solve a math theorem. A lot of the work that we’re doing is just really doing the basics right, writing good code, looking at data, improving it, running experiments, looking at plots, trying to see like, hey, trying to shape our intuitions. And a lot more people could be highly capable researchers. and I think that’s, it feels far for people to do so. But I’ve seen in our own company, we’ve seen engineers become researchers because the model factory allowed them to be, have a much lower hurdle of running experiments and trying things. And one of the guys on our team who started as an engineer building our agents is a legit reinforcement learning researcher now, making real progress. and that happened in the span of like six months. that would’ve not been what I think most people assumed was possible, a couple of years ago.

Swyx [00:35:46]: Yeah. I think one of the interesting moments is when you can self-host, like, if in a programming language, like if you can compile the language in the language, the equivalent is can you use your own tools, right? You have the pool CLI, you have your own models. presumably you’re not only using your own models. There’s no way. But like, what’s that percentage over time?