[SPEAKER_00] Good to give this talk, and I just want to say right off the bat, this is probably going to be a little different from what you've seen so far at AI conference. I'm here to not deliver an agenda on any company's behalf, but just to expose a lot of alpha and data markets, but also just tell you what's really going on behind the scenes in a very murky landscape where nobody seems to know how McCore, Handshake, and a lot of these folks actually produce data.
So, quick reframe before we start: when people hear data markets, they picture Scale around 2019. They picture these rooms of annotators in Manila labeling images, and that's real, and it's maybe $10 to $15 billion a year per lab, but it's the least interesting part. The models work now. What's scarce and badly priced is the data that takes them from generalist competence into real expertise. We knew this since 2024 when Scale got acquired and we were spamming a lot of GPQA data sets. So, look, let me start with this framing. Data is to the white color revolution what coal and iron is to the Victorian age and the information age right now.
I have this piece called the TAM isn't a vertical, it's all of labor.
And so the supply chain is just doing what every industrializing supply chain does. It unbundles. Two years ago, one vertically integrated giant like a McCore or a Surge or a Scale AI, if you guys are unfamiliar, they're massive data companies. They had to do all of it, but that was because that's the only way that unit economics worked in an immature market. Today, that's increasingly not the case. Specialists out-compete the giants at a lot of steps: sourcing the people, building environments, designing rewards, running evals. The fragmentation, I would say, is pretty permanent. It's not transitional. And quality increasingly does not scale linearly with quantity, which leads to a cottage industry in data land right now where you have labs literally mandate vendor diversification on a scale of 20 to 30 different vendors because they inherently distrust their ability to scale quality with quantity.
So to orient you, here's the argument as it developed this year. In January, we saw a lot of industrialization and unbundling. You'll hear me come back to this mechanism I call the Anticothera Mechanisms, which is these bespoke systems that translate messy business context into evals. Increasingly important in labs, hungry quest for real-world seed data, the seed envs. I also explored this concept called type 1 versus type 2 data, contrived versus non-contrived, for the more researcher types in the audience, and why the GPQA cell playbook that worked in 2024 for data acquisition falls apart on long-horizon, non-verifiable work.
So, going through all these topics, all of which are online, I'll actually just skip to the more interesting part, but I'm bringing this up here in case any of the particular topics I talk about are particularly interesting and you want to dive in more. So model improvement is a function of three inputs. We all see this commonly expressed in DOJ: compute, data, and talent. I put together this very rudimentary chart online in one of my pieces, in a very rudimentary equation, just to express the fact that if there's any imbalance in this compute, data, and talent, then you start seeing an inefficiency in producing what I call generalized AI model performance, right?
But also we see an inefficiency in capex spend that is a result of this equation right now. Exponentially increasing capex spend, but AI revenues are falling far behind. Data is the underfunded leg here. It's the one that turns a generalist model into a real expert. It's the one that's actually, I believe, quite lacking in this equation and thus, because of the imbalance penalty parameter concepts that I'm expressing, presents a whole opportunity. But, going back to what I said at the start, what is data actually?
So most people picture state-based data, the rows in an ERP, which is the final output or saved file. That's the 2023 next-token prediction model, and it's mostly personal data wrapped in privacy law. What is actually available nowadays is process-based data, which is the trajectory, the reasoning trace, the sequence of decisions. So it's what gets a professional from a blank page to a finished work output and delineates how the work gets done.
So on top of that, it's a quality axis. This is the vocabulary I'll use all talk. Type one data is a pure capture of real workflows like GitHub commits or session replays with minimal reward shaping by non-experts. And type two is contrived data where you hire experts, sit them in an arbitrary setting, and have them manufacture examples. Type two, the right place to start. Models, when they were reading at a first-grade level, I think anybody in the world could teach them as a third-grade teacher. But type one is what gets you from 20 to 80%, so to say, because the realism is inherited from the work itself.
And the structural reason why it matters is that data is the most appreciable asset there is. A data set is only available insofar as frontier data markets, as the frontier moves. So the only durable supply of it, technically, is a live business you partner with, not a dead set. Startups' code bases, like so many data companies out there are buying today. The dirty secret of the industry, though, is that everybody sells type two and bills it as type one. So now let me talk about the central axis of how you can think about verification and deciding which application-layer domains are maturing first and why.
There's a reason why Claude Science came out so far in the future after models got good, before a lot of other application-layer advances. So Jason Wei is a researcher online whose blog is great. You should read him. He has this law. It's called Verifier's Law. The ease of training a model to do a task is proportional to how verifiable the task is. So I break verifiability into three axes here. And once you have them, a huge amount of this market stops being mysterious.
First, asymmetry of verification. How hard is it to decompose the task into checkable steps? Veracity of verification. How much consensus is there about what correct even means? And then thirdly, proliferation of verification. How often does the real world hand you fresh examples of verified work?
If you think about why coding is the first mature AI app-layer market, that's really no accident because we were blessed to have something called GitHub from Web 2.0, which solved all three of these at once. Unit tests give you objective, decomposable correctness. The community agrees on what working code means generally. And there are effectively infinite public examples with these commit messages as basically free reasoning traces. So they score high, high, and high on these three axes.
Now, look where the money is trying to go now. Biology, security, taste, finance, healthcare, law. These sit pretty low on veracity, pretty low on verification, and the verification examples are locked in these enterprise workflows no Web 2.0 system ever captured, really, or very sparingly few. That's why you've probably been approached by Mercore to buy your Slack logs or your logs as of late if you work at an AI company. And that's the whole game, right? It's predictive, it's not just descriptive.
Classify any professions' tasks on these three axes, and you can tell which markets mature most. So it's no surprise that after code, we went to search, and after search, we went to finance, and after finance, we went to healthcare and law, and after healthcare and law, well, I'd say cyber, biological, and scientific discovery, and maybe even taste, which is probably the most unverifiable out of all these. So verification is a bottleneck. Let me talk about why the industry sells a lot of snake oil here, and why most benchmarks you see are quietly fake.
The dominant Type 2 recipe is: let's hire domain experts, let's have them use chat to generate plausible tasks, let's have them solve those tasks, and let's cherry-pick the ones where the model diverged, let's package them as a hard North Star benchmark. And then this is the perverse part: let's sell the data that he'll climb that same benchmark. It's basically, and maybe some of you guys here in SF have heard this a little too much, Goodhart's law with a profit motive. The moment your measure becomes a target, and then the target is set by people who aren't true domain experts, it stops measuring anything real. And so the whole market, I like to call it, sits in a fog of war. Labs, vendors, and enterprises, they're all guessing which data actually improves the model.
The dominant Type 2 recipe is: let's hire domain experts, let's have them use chat to generate plausible tasks, let's have them solve those tasks, and let's cherry-pick the ones where the model diverged, let's package them as a hard North Star benchmark. And then this is the perverse part: let's sell the data that will help it climb that same benchmark. It's Goodhart's law with a profit motive. The moment your measure becomes a target, and then the target is set by people who aren't true domain experts, it stops measuring anything real. And so the whole market, I like to call it, sits in a fog of war. Labs, vendors, and enterprises, they're all guessing which data actually improves the model. Nobody can see this clearly; there's a structural tell. Contrived benchmarks only ever test a single isolated in-distribution question. They can't test whether a model sustains correct reasoning across a long-dependent episode, because these tests were all meant to be solved in isolation.
In May, I spent a lot of time on this. Increasingly, in a lot of Anthropic blog posts, but also a lot of other researchers have noted that cross-harness differencing and cross-infrastructure differencing is the primary cause for a lot of benchmark divergences and performance. A lot of you are probably very familiar with the frontier SWEs of the world and the deep SWEs of the world benchmarks. There are issues that all of these benchmarks have related to that specifically, in particular just high false positive and false negative rates that are not immediately obvious when you look at the overhead stats on the benchmark.
So, a single benchmark number under a single scaffold is basically one sample from a distribution that nobody measured. And that's why there's so much benchmark psychosis today. It's a pretty noisy sample.
Really briefly, on an example I took, I basically have an internal version of Val's AI and a lot of private benchmarks. So, I took three finance tasks from three real-world vendors, like an ARR waterfall reconciliation, an LBO evaluation memo, and a long-short pair trade for hedge fund trading. So, long-horizon, non-verifiable finance tasks, relatively robust, deterministic verifiers paired with LLM as a judge applied correctly. So, when you actually run these, I think you'll notice very clearly Opus 4.8 is worse than 4.7 on a lot of these rubrics. You'll start noticing things if you actually do rubric analysis at the 4.7 to 4.8, except over-engineered self-reflection. You'll notice that GPT 5.5 and Opus 4.8 score within three points on the same task. They fail in exactly opposite directions, whereas GPT nails the arithmetic, but Opus nails the methodology, but loses arithmetic, which is to say it's clear, if you actually do very good agnostic benchmarking, you can tell where the post-training directions for a lot of these teams went. And subsequently, it informs a lot of the data that comes from this.
So, going back to the start, a single benchmark number is a sample from a distribution nobody measured, and it's basically like taking a Swiss Army knife and using the screwdriver bit to cut cheese and concluding the knife is broken. So, the receipts from the last slide, this goes into an RL environments report that is sent to labs, but no single leaderboard number ever shows you this part of the data, which some of the most sophisticated RL environment companies, some of which are actually here at this conference, would show you.
So, how do we read which domain is next instead of chasing hype? You can actually use this as a proxy: data markets as an upstream indicator of what next application-layer products labs will come out with. In January, Anthropic was spending a lot on cybersecurity data from new vendors. And in March and April, they were spending a lot on biological data from associated vendors. And what do you know happened two to three months after? Well, Mythos and Cyber and Cloud Bio/Life Sciences today.
So, if you want to use this checklist I use, classify the profession's tasks under three axes: apply to long-horizon bar, the ones real labs use, enforced step length, heterogeneous tool calls that aren't interchangeable, state transitions that genuinely constrain future actions, mandatory failure recovery. You'll notice a pretty mixed bag of how long-horizon is even defined from the vendor perspective in terms of specs. And then, three, you want to look at the raw data for five signals: sequential decisions against one entity and inferable action, expert action per step, outcomes recorded by independent parties. But moreover, just economically available high-wage work.
So, subsequently, one counterexample to keep you honest: robotics. The modality is not settled: ego versus teleop versus UMI. But moreover, I find just generally a huge degree of unsophistication within robotics data vendors today. A huge degree of unsophistication. Some of you are probably robotics researchers in a crowd. I don't know how many times people have come up to you and they're like, oh, here's 100,000 hours of iPhone video from my friends in India. Do you want to buy this for ego data?
So, in that domain, your vendor's choice is entangled with an unsolved research question. At the end of the day, you have to realize all environment companies, if they actually succeed, are more research accelerators. It's a boutique industry. If it's venture-scalable, it's because the infrastructure they're building agnostically in-house helps an enterprise application-layer use case rather than assuming that data markets today will stay as they are forever. So, don't die on a modality hill.
So, one last exhibit from my work. This is the map under everything I just described. Look, the share of the white-collar work is on the vertical axis. Task horizon is on the horizontal. Short horizon is very addressable right now. But you think about this long tail on the right side, this deep dependent long-horizon work. That's where the real economic value and data buildout both live. And this threshold line moves rightward every time somebody builds a real-world data pipeline. Now I want to talk a bit more about the model layer. It changes who needs to build what.
So, historical fact: no pioneer of an infrastructure technology has actually held more than 10% of the market in the long run. I'm not saying this applies to Anthropic, but those who forget history are condemned to repeat it. Railroads built company towns. They charged tyrannical rents. They got nationalized as soon as the automobile moved in. AWS and Google consolidated the infrastructure layer and still never captured the application layer. And right now, OpenAI and Anthropic are carving out these fiefdoms. But all these pressures from anti-distillation, export appeals, enterprise exclusivity, they're basically the equivalent of railroad rents, and they erode. Like, the automobile, in some cases, has already arrived. GLM 5.2, surpassing GPT on a lot of real-world rubrics, is pretty hard proof that a lot of app-layer companies can decouple themselves from the model layer. And because models differ on efficiency and modality, they're not fungible like electricity. So, it's not exactly leading to nationalization, but it's definitely not heading to durable lock-in either.
And the whole question on what to build next hinges on whether a general enterprise can decouple models from foundation model labs. But luckily, for a lot of data companies, this is actually where they're headed. I came here to give a talk on data markets. I'm here to tell you that the successful data companies nowadays are all pivoting to enterprise. I maybe shouldn't say this in a public setting, but Mercore and Handshake, people don't notice an incredibly large amount of their revenues are enterprise now, enterprise in ways you wouldn't expect a data business to do. Once enterprises stop renting a lab's intelligence and start owning their own, you need an entire abstraction layer that doesn't exist yet. There's five jobs: serve and route small models targeted by cost, latency, and performance profiles; and two, manage your RL datasets across base model migration. So, when you swap to a new open-source base, you rerun post-training automatically instead of starting over. Three, the antikythera mechanisms that I talked about before. And in the interest of time, happy to talk more about emerging infrastructure needs afterwards if you want to.
So, let me bring it all together. I think data companies all realize that they have to be neolabs. Data businesses do not stay data businesses because the durable value accrues to the services and app layer of actual work. Enterprise in ways you wouldn't expect a data business to do. Once enterprises stop renting a lab's intelligence and start owning their own, you need an entire abstraction layer that doesn't exist yet. There's five jobs: serve and route small models targeted by cost, latency, and performance profiles. And two, manage your RL datasets across base model migration.
So, when you swap to a new open source base, you rerun post-training automatically instead of starting over. Three, the antikythera mechanisms that I talked about before. And in the interest of time, happy to talk more about emerging infrastructure needs afterwards if you want to. So, let me bring it all together. I think data companies all realize that they have to be neolabs. Data businesses do not stay data businesses because the durable value accrues to the services and app layer of actual work. So, two takeaways: if you're a researcher, stop outsourcing your definition of realism to the same vendors you buy your evals and tasks from.
That's just letting the test writer grade the task. And if you're a builder, your moat's not the data. It's the pipeline into real-world work, plus the infra to keep retraining on it as the models improve underneath you. I'll close on this. I'm building, I'm working on something new. This is the first public announcement of it. I'm building antikythera mechanisms. I'm working with a lot of real-world companies that monetize their data assets, but moreover, help implement RL as a service with a lot of the enterprises in the world, mitigating a lot of the pitfalls of a lot of companies I mentioned. If you guys want to talk about it afterwards, I'm on Twitter.
I always write a lot on Twitter and Substack. And I'm around afterwards, too. Thank you.
and I'm going to buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and
it stops sort of measuring anything real. And so the whole market, I like to call it, sits in a sort of fog of war. Labs, vendors, and enterprises, they're all kind of guessing which data actually improves the model. Nobody can see this clearly, there's a structural tell. Contrived benchmarks, they only ever test a single isolated in distribution question. They can't test whether a model sort of sustains, like, correct reasoning across a long-dependent episode, because these tests were all sort of meant to be solved in isolation. In May, I spent a lot of time in this. Increasingly, in a lot of anthropic blog posts, but also like a lot of other researchers have noted,
that cross harness differencing and cross infrastructure differencing is the primary cause for a lot of benchmark divergences and performance. A lot of you are probably very familiar with, like, the frontier SWE's of the world and the deep SWE's of the world benchmarks. There are issues that all of these benchmarks have related to that specifically. In particular, just high false positive and false negative rates that are not immediately obvious when you look at the above head stats on the benchmark. So, a single benchmark number under a single scaffold is, like, basically one sample from a distribution who's basically with nobody measured.
And that's why there's so much what I call benchmark psychosis today. It's like a pretty noisy sample. So, you know, really briefly on an example I took, I always have, like, I basically have an internal version of Val's AI and a lot of private benchmarks. So, I took three finance tasks from three real-world vendors, like an ARR waterfall reconciliation and LBO evaluation memo and a sort of like long short pair trade for hedge fund trading. So, long horizon, non-verifiable finance tasks, relatively robust, like deterministic verifiers paired with LLM as a judge applied correctly. So, when you actually run these, I think you'll notice very clearly
Opus 4.8 is worse than 4.7 on a lot of these rubrics. You'll start noticing things if you actually do rubric analysis at the 4.7 to 4.8, except over-engineered self-reflection. You'll notice that GPT 5.5 and Opus 4.8 score within three points on the same task. They fell in like exactly opposite directions, whereas GPT nails the arithmetic, but Opus nails the methodology, but loses arithmetic, which is to say it's clear if you actually do very good agnostic benchmarking, you can tell where the post-training directions for a lot of these teams went. And subsequently, it informs, I think, like a lot of the data that comes for this. So, you know, going back to the start,
a single benchmark number is a sample from a distribution nobody measured, and it's basically like taking a Swiss Army knife and using the screwdriver bit to cut cheese and like concluding the knife is broken. So, you know, the receipts from the last slide, this goes into an RL environments report that is sent to labs, but no single leader board number ever shows you this part of, you know, data, which some of the most sophisticated RL environment companies, some of which are actually here at this conference, would show you this. So, how do we read sort of which domain is next instead of chasing hype?
And you can actually use this as a proxy data markets as an upstream indicator of what next application layer products that labs will come out with. In January, Anthropic was spending a lot on cybersecurity data from new vendors. And in March and April, they were spending a lot on biological data from associated vendors. And what do you know happened like two to three months after? Well, Mythos and Cyber and Cloud Bio slash Life Sciences today. So, if you want to use this checklist I use, classify the professions tasks under three axes, apply to Longhars and Barr, the ones real labs use, enforced step length heterogeneous tool calls
that aren't interchangeable, state transitions that genuinely constrain future actions, mandatory failure recovery. You'll notice a pretty mixed bag of how Longhars and is even defined from the vendor perspective in terms of specs. And then three, you want to look at the raw data for five signals. So, sequential decisions against like one entity and inferable action, expert action per step, outcomes recorded by independent parties. But moreover, just economically available high wage work. So, subsequently, one counter example to keep you honest, like robotics, the modality is not settled. Ego versus teleop versus UMI.
But moreover, I find just generally a huge degree of unsophistication within robotics data vendors today. A huge degree of unsophistication. I don't know. Some of you guys are probably robotics researchers in a crowd. I don't know how many times like people have come up to you and they're like, oh, here's like 100,000 hours of like iPhone video from my friends in India. Do you want to buy this for Ego data?
So, in that sort of domain, your vendor's choice is entangled with an unsolved research question. At the end of the day, you have to realize like, are all environment companies, if they actually succeed, they're more so research accelerators. It's a boutique industry. If it's venture scalable, it's because the infrastructure they're building agnostically in-house helps an enterprise application layer use case rather than assuming that data markets today will stay as they will forever. So, don't die on a modality hill, basically. So, one last exhibit just from my work. This is the map under everything I just described.
Look, the share of the white collar work is sort of on the vertical axis. Task horizon is on the horizontal. Short horizon is very addressable right now. But you think about this long tail on the right side, this deep dependent long horizon work. That's where the real economic value and data build out sort of both lives. And this threshold line that kind of moves rightward every time somebody builds a real-world data pipeline. Now I want to talk a bit more about the model layer. It changes who needs to build what. So, historical fact, no pioneer of an infrastructure technology has actually held more than 10% of the market in the long run.
I'm not saying this applies to Anthropic, but, you know, just those who forget history are condemned to repeat it. Railroads built company towns. They charged tyrannical rents. They got nationalized as soon as the automobile moved in. AWS and Google, they consolidated the infrastructure layer and still never captured the application layer. And right now, OpenAI and Anthropic are carving out these fiefdoms. But, like, all these pressures from anti-distillation, export appeals, enterprise exclusivity, they're basically the equivalent of railroad rents and they erode. Right? Like, the automobile, in some cases, has already arrived.
Like, GLM 5.2, surpassing GPT on a lot of real-world rubrics, is pretty hard proof that a lot of app layer companies can decouple themselves from the model layer. And because models differ on efficiency and modality, they're not fungible like electricity. So, it's not exactly leading to nationalization, but it's definitely not heading to durable lock-in either. And the whole question on what to build next hinges on whether a general enterprise can decouple models from foundation model labs. But luckily, you know, for a lot of data companies, this is actually where they're headed. I came here to give a talk on data markets.
I'm here to tell you that the successful data companies nowadays are all pivoting to enterprise.
I maybe shouldn't say this in a public setting, but Mercore and Handshake, people don't notice an incredibly large amount of their revenues are enterprise now. Enterprise in ways you wouldn't expect a data business to do. Once enterprises stop renting a lab's intelligence and starts owning their own, you need an entire abstraction layer that doesn't exist yet. There's like five jobs, serve and route, small models targeted by cost latency and performance profiles.
And two, manage your RL datasets instead of like across base model migration. So, when you swap to a new open source base, you rerun post training automatically instead of starting over. Three, the antikythera mechanisms that I talked about before. And in the interest of time, happy to talk more about like emerging infrastructure needs afterwards if you want to. So, let me bring it all together. I think data companies all realize that they have to be neolabs. Data businesses do not stay data businesses because the durable value sort of accrues to the services and app layer of actual work.
So, two takeaways, you know, if you're a researcher, stop outsourcing your definition of realism to the same vendors you buy your evals and tasks from. That's kind of just letting the test writer grade the task. And if you're a builder, your moat's not the data. It's the sort of pipeline into real world work. Plus the infra to keep retraining on it as the models improve underneath you. I'll close on this. I'm building, I'm working on something new. This is the first public announcement of it. I'm building antikythera mechanisms. I'm working with a lot of real world companies that monetize their data assets.
But moreover, help implement RL as a service with a lot of the enterprises in the world. Mitigating a lot of the pitfalls of a lot of companies I mentioned. If you guys want to talk about it afterwards, I'm on Twitter. I always write a lot on Twitter and Substack. And I'm around afterwards, too. Thank you.
and I'm going to buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and buy a box and