← All AI Engineer talks

AI Engineer World's Fair 2026

State of Data

Read the talk

State of Data: From Annotation to Enterprise Expertise

Turning generalist models into professional experts requires real workflows, credible evaluations, and infrastructure that can keep learning as the underlying models change.

From a talk by Sean Cai

Before you start: Familiarity with model training and evaluation is helpful; the article explains the workflow-data and verification concepts as they arise.

From annotation rooms to expertise

Picture an AI data supplier, and the familiar image is a room of annotators labeling pictures. That work remains part of the market: Sean Cai puts spending at $10–15 billion per lab annually, an estimate whose accounting scope he does not establish. But the more consequential scarcity is the data that takes a model from general competence to professional expertise.

If data is an industrial input to automating labor, its market extends across professions rather than stopping at a single software vertical. The supply chain also begins to separate into specialties. Early suppliers such as Mercor, Surge, and Scale AI integrated multiple functions because immature unit economics made that necessary. As the market develops, specialists can compete separately in sourcing people, building environments, designing rewards, and running evaluations.

Slide titled “Data is the new-age commodity” with four connected boxes and a highlighted note about fragmentation.
The data supply chain: raw data, traces, environments and rubrics, then evals.

More volume does not automatically produce proportionately more quality. Cai reports that labs work with 20–30 vendors because they distrust any one supplier’s ability to scale quality with quantity. He sees this fragmentation as a lasting feature of the market, not an intermediate stage before consolidation.

This creates demand for what Cai calls Antikythera mechanisms: bespoke systems that translate messy business context into evaluations. The acquisition playbook associated with GPQA—collecting difficult expert questions—does not straightforwardly extend to work that unfolds over many dependent steps and lacks a simple checkable answer.

0:380:55
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

0:38 · section reference included

Compute cannot compensate for every missing input

Model improvement depends on compute, data, and talent working together. Cai frames this with a rudimentary model that penalizes imbalance among the inputs: abundant compute cannot deliver its full potential when the data needed to teach a capability is missing. This is a conceptual explanation of bottlenecks, not an established quantitative law.

He connects that imbalance to rising capital expenditure and AI revenue that has not kept pace. In this account, data is the underfunded input because it supplies the professional expertise that additional general capability alone does not provide. The opportunity is to relieve that constraint, rather than assume every increment of spending produces the same increment of useful performance.

Slide containing a compute, data and talent diagram, a numerical comparison table, and two equations.
“Data is the underfunded leg” links compute, data and talent to model improvement.
3:143:32
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

3:14 · section reference included

Capture the work, not just the finished file

An ERP row or a saved document records a state: what exists after some work has happened. Process data records how a professional reached that state—the trajectory, reasoning trace, and sequence of decisions between a blank page and a finished output. A collection of finished artifacts can omit precisely the decisions an agent needs to learn.

Cai adds a second distinction, concerning where the examples come from:

Data typeSourceMain value
Type 1Real workflows, such as GitHub commits or session replaysRealism inherited from actual work
Type 2Experts manufacturing examples in an assigned settingA starting point for teaching capabilities

Type 1 involves minimal reward shaping by nonexperts. Type 2 can be useful while a model is learning elementary capabilities, but constructing a plausible exercise does not necessarily reproduce professional work. Cai’s illustrative move from 20% to 80% describes the role he assigns to realism, not a measured performance gain.

That distinction becomes more important as datasets depreciate. Their value changes when the model frontier moves: yesterday’s difficult examples may no longer teach much. A live business can keep generating new work and new decisions; an acquired, inactive startup’s codebase is a finite snapshot. Cai also alleges that suppliers routinely sell manufactured Type 2 examples as authentic Type 1 data, making provenance part of the buyer’s evaluation problem.

4:154:26
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

4:15 · section reference included

Why some domains mature sooner

Which professional tasks become tractable first? Verification offers a useful starting point. Cai invokes Jason Wei’s verifier’s rule, calling it Verifier’s Law: tasks become easier to train when their results are easier to verify. Cai then develops his own three-axis framework.

AxisQuestion to ask
AsymmetryCan the task be decomposed into checkable steps?
VeracityIs there agreement about what counts as correct?
ProliferationDoes real work continually produce fresh verified examples?

These are Cai’s operational categories. They separate the ability to check an individual result from the availability of a continuing supply of checked work.

Coding benefits from all three. Unit tests make parts of correctness objectively checkable; developers generally share conventions about working code; and public repositories supply commits with messages that explain changes. GitHub therefore provides both work products and some of the context behind their production.

In biology, security, finance, healthcare, law, and matters of taste, correctness can be harder to establish and workflow evidence less accessible. Much of that evidence remains inside enterprises rather than in public collaboration systems. Cai points to attempts to buy Slack and Jira logs as one expression of demand for those missing traces.

His proposed progression runs from code to search, then finance, healthcare and law, followed by cybersecurity, biology, scientific discovery, and taste. This is a predictive market thesis, not a universal ranking of every task in those fields: the relevant unit of analysis is the profession’s individual tasks and how they score on the verification axes.

5:526:01
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

5:52 · section reference included

When the benchmark supplier also sells the training data

Verification becomes less trustworthy when the supplier controls both the target and the material sold to reach it. Cai criticizes a Type 2 production loop:

  1. Hire domain experts and use chat to generate plausible tasks.
  2. Have the experts solve those tasks.
  3. Select cases where the model diverges from the expert answer.
  4. Package those cases as a difficult benchmark.
  5. Sell data intended to improve performance on that same benchmark.

The resulting difficulty may reflect the supplier’s selection process more than the demands of real work.

Cai describes this as Goodhart’s law with a commercial incentive: once the measure becomes a target, improving the target need not improve the underlying capability. The problem is sharper when the people defining correctness lack the expertise needed to represent the work faithfully. Labs, vendors, and enterprises can all end up optimizing without a clear view of which data actually helps.

There is also a structural limitation independent of vendor intent. An isolated, in-distribution question does not establish that a model can sustain correct reasoning through a long episode in which each decision changes the next one. Success on individual questions is insufficient evidence of competence across dependent work.

Slide titled “You're hillclimbing imaginary mountains” shows four connected steps above panels on Goodhart’s law and the evaluation harness.
A benchmark-making sequence ends with selling data to hillclimb the same benchmark.
8:048:13
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

8:04 · section reference included

A score includes the conditions that produced it

Even a well-chosen task does not produce a score independent of its evaluation setup. Cai identifies differences in the harness—the surrounding scaffold through which the model performs the task—and execution infrastructure as important sources of benchmark disagreement. Aggregate results can also hide false positives and false negatives.

His useful framing is statistical: one benchmark score under one scaffold is a sample from a distribution whose spread may never have been measured. Without varying the conditions, it is hard to know whether a difference reflects the model, its operating environment, or their interaction. Cai introduces his private benchmarking work as a way to examine that ambiguity at the level of individual rubrics.

9:129:28
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

9:12 · section reference included

Similar finance scores, opposite weaknesses

The finance example uses three tasks from three real-world vendors: an annual recurring revenue (ARR) waterfall reconciliation, a leveraged buyout (LBO) valuation memo, and a hedge-fund long-short pair trade. These require extended work whose overall quality is not reducible to one exact answer. Cai evaluates them using deterministic verifiers paired with an LLM judge.

In his private finance evaluation, Cai reports that Opus 4.8 underperformed Opus 4.7 on multiple rubrics. He associates the regression with excessive self-reflection: additional reconsideration did not necessarily improve the work.

Cai reports that GPT 5.5 and Opus 4.8 scored within three points on the same finance task, while failing in opposite directions. GPT handled arithmetic better; Opus handled methodology better but lost ground on arithmetic. The aggregate gap therefore concealed different needs for further training. These are private observations, not a general model ranking; the talk does not provide the rubric scale, model snapshots, repetitions, or judge configuration needed to reproduce them.

Rubric analysis can expose the consequences of different post-training choices and identify which data a model needs next. A single total score cannot do that. Cai compares judging a model from an ill-matched setup to using a Swiss Army knife’s screwdriver to cut cheese and concluding that the knife is broken. His finance analysis feeds an RL environment report for labs, where those specific failure modes are more useful than an undifferentiated leaderboard position.

10:1410:26
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

10:14 · section reference included

Reading demand before the application arrives

Data procurement can offer an upstream signal of where application development is heading. Cai reports Anthropic buying cybersecurity data in January and biological data in March–April, with related offerings following roughly two to three months later. He connects those purchases to offerings he calls Mythos, Cyber, and Claude Bio/Life Sciences. The procurement connection is his observation, not established causation, and should not be read as dating the initial life-sciences launch: Anthropic’s healthcare and life-sciences announcement places that earlier.

To assess a domain more directly, first classify its tasks on the three verification axes. Then inspect what a vendor means by long horizon:

  • Enforced length: The task requires an extended sequence, rather than merely permitting one.
  • Different tools: Tool calls perform distinct jobs and are not interchangeable.
  • Consequential state: Earlier transitions constrain what can happen later.
  • Failure recovery: The agent must recover when something goes wrong.

Vendor specifications vary, so the label alone does not establish these properties.

11:5812:15
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

11:58 · section reference included

Useful workflow evidence—and a robotics counterexample

Next, inspect the raw evidence. Look for sequential decisions about the same entity, an expert action that can be inferred at each step, and outcomes recorded by independent parties. Economic availability matters too: the work must be obtainable on viable terms, and high-wage work offers a stronger economic reason to automate it.

Robotics shows why volume cannot replace that inspection. The choice among egocentric capture, teleoperation, and Universal Manipulation Interface (UMI) remains bound up with research questions about how demonstrations transfer into robot behavior. Cai recounts offers of 100,000 hours of iPhone footage as an example of sellers presenting quantity without establishing training suitability. That anecdote does not demonstrate the value of the footage.

A vendor choice in such a market can embed a bet on an unresolved modality. Cai sees successful RL environment companies as research accelerators: valuable, but potentially boutique businesses. His proposed route to a larger business is reusable infrastructure that also serves enterprise applications, rather than dependence on today’s procurement market or a single unsettled data modality.

Five numbered checks cover task classification, long-horizon work, raw-data signals, hillclimbness and lab data spend; two side panels list domains and a robotics caveat.
“How to read the next domain” pairs a five-step checklist with current domains and a robotics caveat.
12:3013:05
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

13:05 · section reference included

Moving the boundary toward dependent work

Cai maps the opportunity with a conceptual chart: share of white-collar work on the vertical axis and task horizon on the horizontal axis. Short tasks are already more addressable. Farther right lies work with deep dependencies, where completing one step correctly is only useful if it supports the steps that follow.

He locates substantial economic value—and the need for new data infrastructure—in that longer tail. Each effective pipeline into real work can move the addressable threshold rightward. The chart expresses a direction of progress, not a numerical forecast: better access to authentic dependent work expands the kinds of tasks models can learn to perform.

14:1814:25
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

14:18 · section reference included

Owning applications without owning the foundation model

Who captures that opportunity depends partly on whether applications can become independent of their model providers. Cai asserts that infrastructure pioneers never retain more than 10% of their markets in the long run; he offers a historical analogy rather than evidence for a universal ceiling. Railroads and company towns illustrate his concern about infrastructure owners extracting rents, while AWS and Google illustrate his distinction between controlling infrastructure and owning the application layer. He puts anti-distillation restrictions and enterprise exclusivity in the same discussion of attempts to preserve control.

Cai cites GLM 5.2 surpassing GPT on unspecified real-world rubrics as evidence that applications can decouple from a particular provider. Without named tasks or a GPT version, that comparison cannot establish a general ranking. Nor does substitution make models interchangeable commodities: differences in efficiency and modality remain consequential even when durable provider lock-in becomes harder to maintain.

For data companies, this shifts the customer and the product. If an enterprise can own its adaptation of a model, suppliers can help it build that intelligence rather than only sell training material to frontier labs. Cai says successful data businesses are already moving toward enterprise work and claims that Mercor and Handshake receive substantial enterprise revenue, without providing figures.

14:4414:57
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

14:44 · section reference included

The infrastructure for repeated adaptation

Owning enterprise intelligence requires an abstraction layer above individual base models. Cai describes three functions:

  • Serve and route models: Select smaller, specialized models according to cost, latency, and performance requirements.
  • Preserve the training investment: Manage RL datasets across base-model changes so adopting a new open-source base can trigger post-training again instead of starting from scratch.
  • Translate business context into evaluations: Build the Antikythera mechanisms that express what successful work means inside a particular enterprise.

These are proposed infrastructure capabilities, not a deployment demonstrated in the recording. Together, they make the workflow and its learning process more durable than the current choice of base model.

16:2916:41
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

16:29 · section reference included

The business becomes the learning pipeline

Cai’s endpoint is that data companies become what he calls Neo labs: organizations whose value extends into services and applications that perform actual work. For researchers, that makes independent judgment about realism essential. Buying tasks and evaluations from a supplier should not also mean delegating the definition of real competence to that supplier.

For builders, the defensible asset is the pipeline into real work plus the infrastructure to keep retraining on it. A static dataset depreciates; a continuing relationship with a working business can generate fresh decisions, outcomes, and training opportunities as models improve underneath it.

Cai closes by announcing work on Antikythera mechanisms with real-world companies: monetizing their data assets and helping enterprises implement reinforcement learning as a service. It brings the market thesis back to an operational problem—turning the work a business already does into a continuing source of model improvement.

17:0417:15
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

17:04 · section reference included

Resources

From the talk

Read the complete timestamped transcript
  1. 0:00

    [on-hold jingle] Good to, uh, give this talk, and, uh, I just wanna say right off the bat, this is probably gonna be a little different from what you've seen so far at AI Conference.

  2. 0:20

    I'm here to not deliver an agenda on any company's behalf, but just to expose a lot of alpha in data markets. Um, but also just tell you what's really going on behind the scenes, um, in a, in a very murky landscape where nobody seems to know how Mercora, Handshake, and a lot of these folks actually produce data.

  3. 0:38

    So, you know, q-quick reframe before we start. When people hear data markets, they picture Scale around twenty nineteen. They picture these rooms of annotators in like Manila labeling images, and that's, that's real, and it's maybe, you know, ten to fifteen billion dollars a year per lab, but it's kind of the least interesting part.

  4. 0:55

    Um, the models work now. What's scarce and badly priced is the sort of data that takes them from generalist competence into real expertise. We knew this since, uh, twenty twenty-four when Scale got acquired, and we were, um, spamming a lot of GPQA datasets.

  5. 1:09

    So look, um, let me start with this framing. Data is to the white-collar revolution what coal and iron basically is to the Victorian age and the information age right now.

  6. 1:20

    Um, I have this piece called The TAM isn't a vertical. It's all of labor. And so the supply chain is basically just doing what every sort of industrializing supply chain does.

  7. 1:29

    It unbundles. Two years ago, one vertically integrated giant like a Mercora or a Surge or a Scale AI, if you're guys-- if you guys are unfamiliar, they're massive data companies.

  8. 1:39

    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, um, that's increasingly not the case.

  9. 1:48

    Specialists out-compete the giants at a lot of steps, uh, sourcing the people, building environments, uh, designing rewards, running evals. The fragmentation, I would say, is pretty permanent. It's not transitional.

  10. 2:01

    And, uh, quality increasingly does not scale linearly with quantity, which leads to a sort of cottage industry in data land right now, where you have labs literally mandate, uh, vendor diversification on the scale of like twenty to thirty different vendors because they inherently distrust their ability to scale quality with quantity.

  11. 2:19

    So to orient you, you know, here's, here's the sort of argument as it developed this year. Um, January, we saw a lot of industrialization and unbundling. You'll hear me come back to this mechanism I call the Antikythera mechanisms, which is this sort of bespoke systems that translate messy business context into evals.

  12. 2:38

    Uh, increasingly important in labs' hungry quest for real-world seed data to set seed ends. Um, I also explored this concept called Type 1 versus Type 2 data, uh, contrived versus non-contrived for the more researcher types in the audience, and why the GPQA sell playbook that works in twenty twenty-four for data acquisition kind of falls apart on long-horizon,

  13. 2:57

    non-verifiable work. Um, so, you know, going through all these topics, all of which are online, uh, I'll als- I'll actually just skip to the more interesting part, but I'm bringing this up just here in case any of the particular topics I talk about are, are particularly interesting and you wanna dive in more.

  14. 3:14

    So model improvement is a function of three inputs. We all sort of see this, uh, commonly expressed as the compute data and talent. I put together this very, uh, like rudimentary sort of chart online in one of my pieces in a re- very rudimentary, uh, equation just to express the fact that, you know, if there's any sort

  15. 3:32

    of imbalance in this compute data and talent, then you start seeing, uh, sort of inefficiency in producing, uh, what I call like generalized AI model performance, right? But also, uh, we, we see a sort of inefficiency in, in CapEx spend that i-- that is a sort of result of this equation right now.

  16. 3:49

    Um, exponentially increasing CapEx spend, but sort of like, um, AI revenues are, are sort of falling far behind. Uh, data is sort of the underfunded leg here. It's the one that sort of turns a generalist model into a real expert.

  17. 4:02

    It's the one that's, uh, actually, I believe, quite lacking in this equation, and thus because of the imbalance penalty parameter concepts that I'm expressing, um, presents a whole opportunity.

  18. 4:15

    But, you know, 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 like the final output or a saved file.

  19. 4:26

    That's kind of the twenty twenty-three like next token prediction model, um, 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 tra-trace, the sequence of decisions.

  20. 4:41

    Um, so it-it's kind of what gets a professional to get from a blank page to a finished work output and sort of delineates how the work gets done. Um, so on top of that, it's a quality axis.

  21. 4:51

    This is the vocabulary I'll use all talk. Um, type, Type 1 data is a sort of pure capture of real workflows like GitHub commits or session replays with minimal reward shaping by non-experts.

  22. 5:02

    And Type 2 is contrived data where you sort of hire experts, you sit them in an arbitrary setting, you have them manufacture examples. Type 2, the right place to start models when they're reading at a first-grade level.

  23. 5:15

    I think anybody in the world could teach them, uh, as a third-grade teacher. But Type 1 is what gets you from twenty to eighty percent, so to say, 'cause the, the, the realism is inherited from the work itself.

  24. 5:25

    And the structural reason why it matters is the data is kind of the most depreciable asset there is. Um, a dataset is only available insofar as frontier data markets as the frontier moves.

  25. 5:35

    So the only durable supply of it, technically, is a live business you partner with, not a dead startup's code bases like so many data companies out there are buying today.

  26. 5:43

    The dirty secret of the industry, though, is that everybody sells, um, Type 2 and bills it as Type 1

  27. 5:52

    So now let me talk about the central axis of how you can think about the sort of verification and deciding which application layer domains are, are, like, maturing first and why.

  28. 6:01

    Uh, you know, there's a reason why Claude Science came out so far, um, you know, now in the future after models got good before a lot of other application layer advances.

  29. 6:11

    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.

  30. 6:22

    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 a task into checkable steps?

  31. 6:33

    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 sort of hand you fresh examples of verified work?

  32. 6:44

    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.

  33. 6:55

    Unit tests, they sort of 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.

  34. 7:08

    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 sort of like locked all in these enterprise workflows no Web 2.0 system ever captured really, or very

  35. 7:28

    sparingly few. Uh, that's why, you know, probably maybe you've been approached by Mercora to buy your Slack logs or your Jira logs as of late if you work [chuckles] at an AI company.

  36. 7:37

    And, uh, that's the whole game, right? It's, it's predictive. It's not just descriptive. Classify any professions like tasks on these three axes, and you can sort of tell which markets mature most.

  37. 7:46

    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, uh, and scientific discovery, and maybe even taste, which is probably the most unverifiable out of all these.

  38. 8:04

    So verification is a sort of bottleneck. Um, let me talk about why the industry sells a lot of snake oil here and why most benchmarks you see are, are sort of quietly fake.

  39. 8:13

    Um, the dominant type two recipe is, like, let's hire domain experts. Um, let's have them chat-- use chat to generate plausible tasks. Let's have them solve those tasks, and let's cherry-pick the ones where the model diverged, and let's package them as a hard North Star benchmark.

  40. 8:29

    And then this is the perverse part. Let's sell the data to hill climb that same benchmark. It's basically, um, and maybe some of you guys here in SF have heard this a little too much.

  41. 8:38

    It's Goodhart's law with a profit motive, basically. The moment your measure, like, becomes a target and then the target is set by people who aren't true to the main experts, it stops sort of measuring anything real.

  42. 8:47

    And so the whole market, uh, I like to call it, sits in a sort of fog of war.

  43. 8:52

    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.

  44. 9:00

    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.

  45. 9:12

    Uh, in May, I spent a lot of time in this, um, increasingly, uh, 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 in performance.

  46. 9:28

    A lot of you are probably very familiar with like the frontier suites of the world and the deep suites of the world benchmarks. Um,

  47. 9:36

    there are issues that all of these benchmarks have, uh, 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.

  48. 9:52

    So a single benchmark number under a single scaffold is like basically one sample from a distribution whose basically width nobody me-measured. And that's why there's so much what I call benchmark psychosis today.

  49. 10:03

    It's like a-- It's a pretty noisy sample. So, um, you know, really briefly on an example I took, I, I always have like-- I basically have an internal version of VALS AI and a lot of private benchmarks.

  50. 10:14

    Um, so I, I took three finance tasks from three real-world vendors, um, like an ARR waterfall reconciliation, an LBO valuation memo, and a sort of like long-short pair trade for hedge fund, uh, trading.

  51. 10:26

    So it's long-horizon, non-verifiable finance tasks, relatively robust like deterministic verifiers paired with LLM as a judge, uh, applied correctly. So, um, when you actually run these, I think [chuckles]

  52. 10:41

    you'll, you'll notice very clearly Opus 4.8 is worse than 4.7 on a lot of these rubrics. Uh, you'll, you'll start noticing things if you actually do ru-rubric analysis at the 4.7 to 4.8 step over-engineered self-reflection.

  53. 10:53

    Um, you'll, you'll notice that, uh, 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, um, but Opus nails the, uh, the methodology but loses arithmetic, which is to say, uh, it's, it's clear if you actually do very good agnostic benchmarking, um, you,

  54. 11:14

    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, that comes for this.

  55. 11:24

    Um, so look-- 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.

  56. 11:36

    Um, [chuckles] so, um, you know, the, the receipts from the last slide, this, this goes into an RL environments report that is sent to labs. Um, but no single leaderboard number ever shows you this part of, um, you know, data which some of the most sophisticated RL environment companies, some of which are actually here at this conference, um,

  57. 11:58

    would, would show you this. So, um, 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 the labs will come out with.

  58. 12:15

    In, in January, uh, Anthropic was spending a lot on cybersecurity data from new vendors.

  59. 12:21

    And in March and April, they were spending a lot on biological data, um, from, from associated vendors. And what do you know happened like two to three months after?

  60. 12:30

    Well, Mythos and Cyber and Claude Bio/Life Sciences today. Uh, so if you want to use this checklist I use, classify the professions tasks into three axes, apply the long horizon bar, the, the ones real labs use, um, enforced step length, heterogeneous tool calls that aren't interchangeable, state transitions that genuinely constrain future actions, mandatory failure recovery.

  61. 12:55

    Uh, you'll notice a pretty mixed bag, uh, of, of how long horizon is even defined from the vendor perspective in terms of specs. Um, and then three, you want to look at the raw data for five signals.

  62. 13:05

    So sequential decisions against like one entity, an inferable action-- uh, expert action per step, outcomes recorded by independent parties. Um, but moreover, just economically available high wage work. So, uh, su-subsequently, one, one counterexample to keep you honest, like, uh, robotics, the modality is not settled, um, Ego versus Teleop versus Umi.

  63. 13:26

    But moreover, I, I find just generally a huge degree of unsophistication within robotics data vendors today. A huge degree of unsophistication. Y- [chuckles] uh, I don't know. Some of you guys are probably robotics researchers in a crowd.

  64. 13:38

    I don't know how many times like people have come up to you and they're like, "Oh, here's like a hundred thousand hours of like iPhone video from my friends in India.

  65. 13:45

    Do you want to buy this for Ego data?" [laughs]

  66. 13:48

    Um, so, uh, in, in, in that sort of domain, your vendor's, uh, choice is entangled with an unsolved research question. At the end of the day, you have to realize like RL environment companies, if they actually succeed, they're more so research accelerators.

  67. 14:00

    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.

  68. 14:14

    So don't die on a modality hill, basically.

  69. 14:18

    So, 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.

  70. 14:25

    Task horizon is on the horizontal. Short horizon is a l- is very addressable right now. But you think about this long tail on the right side, this deep dependent long horizon work.

  71. 14:33

    That's where the real economic value and data build out sort of both lives. And this threshold line that comes-- kind of moves rightward every time somebody builds a real world data pipeline.

  72. 14:44

    Um, now I want to talk a bit more about the model layer. Um, it changes who needs to build what. So historical fact, no pioneer of an infrastructure technology has actually held more than ten percent of the market in the long run.

  73. 14:57

    Um, I'm not saying th-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.

  74. 15:09

    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 in their erode, right?

  75. 15:27

    Like the automobile in some cases has already arrived, like GLM five point two surpassing G-GPT on a lot of real world rubrics, um, is, is, is pretty hard proof that a lot of app layer companies can decouple themselves from the model layer.

  76. 15:42

    And because models differ on efficiency and modality, they're not fungible like electricity. So it's not, it's not exactly leading to nationalization, but it's definitely not heading to durable lock-in either.

  77. 15:52

    And the whole question on what to build next hinges on whether a general enterprise can decouple models from foundation model labs. Um, but luckily, you know, w-we, uh, for a lot of data companies, this is actually where they're headed.

  78. 16:06

    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.

  79. 16:16

    I maybe shouldn't say this in a public setting, but Mercor 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.

  80. 16:29

    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.

  81. 16:41

    Um, and, uh, two, manage your RL data sets instead of like, um, a cross-base model migration. So when you swap to a new open source base, you rerun post-training automatically instead of starting over.

  82. 16:55

    Three, the Antikythera mechanisms that I talked about before. Um, and in, in the interest of time, happy to talk more about like emerging infrastructure needs afterwards if you want to.

  83. 17:04

    So let me bring it all together. I think data companies all realize that they have to be Neo labs. Data businesses do not stay data businesses because the durable value sort of accrues to the services and app layer of actual work.

  84. 17:15

    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. Um, that's kind of just letting the task-- test writer grade the task.

  85. 17:25

    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.

  86. 17:34

    I'll close on this. Uh, I'm building, um-- I'm working on something new. [chuckles] This is the first public announcement of it. I'm building Antikythera mechanisms. I'm working with a lot of real world companies to 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

  87. 17:52

    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, um, I'm around afterwards too.

  88. 18:03

    Thank you. [audience applauding] [upbeat music]