Talk Session 1: Enterprise AI

Enterprise AI

Adarsh Hiremath — Co-CEO, Mercor

Sunday, August 2 · Plenary Stage · 00:41:39–00:50:54 · morning stream

Every company now wants to own its own intelligence, but whether you train your own model or engineer a harness around a frontier one, the common prerequisite is a good eval — and most enterprise AI projects never reach production precisely because there is no way to measure ground truth, leaving teams guessing and iterating on anecdotes.

TL;DR

  • Two paths to owning your intelligence: train your own model (Cursor's Composer, fine-tuned on Cursor's own data and infrastructure), or adopt a frontier model and engineer a very good harness around it. Both paths share one prerequisite: a really good eval.
  • The failure loop: no systematic way to identify agent opportunities → guess where to start → speculate on agent behavior → deploy → try it in a sandbox and assume it works → improve based on failures that are anecdotal or incidentally observed. That loop is why most enterprise AI use cases never reach production.
  • Five components of an agentic eval — carried over from Mercor's frontier benchmark APEX into enterprise settings: task (what is the model actually doing), trajectory (its reasoning and tool calls), artifact (what it produces), world / context (the environment it traverses), and rubric / verifier (how it gets graded).
  • Human judgment is load-bearing at the grading step — a core belief behind Mercor's business.
  • Four things evals unlock: (1) systematically and quantitatively identify the top areas in a company where agents should be deployed; (2) actually deploy agents and teach them what "good" looks like; (3) a foundation for continuous learning — triage a failure up to the skills file so it never recurs, or post-train on it so the model doesn't regress; (4) data monetization — the task/trajectory/context/artifact/rubric scaffolding is extremely valuable training data at the foundation-model level.

Key Points

Where Mercor started, and the 2026 pivot (~00:42–00:44)

He started Mercor at 19, in his second year at Harvard, and dropped out to run it; his co-founders were high-school debate teammates, one of them his actual debate partner.

The company began by selling data to AI labs. The driving realization: models had gotten sophisticated enough that annotating whether an image contains a stop sign was no longer the point. The question became "can we make the model better at engineering, at medical tasks, at legal?" — which demands genuinely sophisticated human expertise, plus the ability to structure that data for the agentic paradigm, in RL environments and gyms.

But Mercor's main focus in 2026 — which he notes not many people know — is enterprise. His layering: labs at the base; then the neolabs; then applied-layer companies and startups (he names Harvey and Cursor); then the average enterprise. All four layers want to own their own intelligence, apply it across the company and train their own models, and they need fundamentally the same offering: training and evals.

Owning your intelligence: two paths, one prerequisite (~00:44–00:45)

  1. Train your own model. Cursor is his example: they trained their own Composer model — now a genuinely good coding model — and can fine-tune it with Cursor's data and infrastructure.
  2. Adopt a frontier model and engineer a harness that's excellent for the specific product or use case. Plenty of companies are doing this.

The common thread: you need a really, really good eval. That's where Mercor enters, building directly on the work it does with the labs and on its frontier benchmark APEX.

Why enterprise AI stalls before production (~00:45–00:46)

Whether you're training a model for an external agent or deploying agents internally, the blocker is the same: there's no way to measure ground truth or success. What results is a guessing loop —

no systematic way to identify agent opportunities in your product → guess where to start → speculate on the agent's behavior → deploy → try it in a sandbox, assume it roughly works → improve based on failures that are largely observed or anecdotal.

"This loop is really really bad," hence their case for an eval-driven approach to enterprise AI deployment.

What an agentic eval is: five components (~00:46–00:48)

"Eval" is an overloaded term, so he builds from APEX's definition outward. Working with the labs, when a frontier model ships they benchmark it across many tasks in many domains; for agentic use cases the model runs over hundreds of turns, and they analyze the whole trajectory to find where and why it fails.

The same structure transfers to the enterprise:

# Component The question it answers
1 Task What is the model actually doing?
2 Trajectory What reasoning and rationale is the agent using?
3 Artifact What is it actually producing?
4 World / Context What environment is the agent traversing?
5 Rubric / Verifier How do you grade it?

A worked example (investment banking): a banker prompts the model to "update this merger model to show how the deal affects both companies." Done by hand you'd open Excel, pull up a specific merger model, go into a data room, get feedback, discover something is wrong, look it up, then produce the model. Deploying an agent to do that requires observability over every one of those steps:

  • task = update the merger model
  • trajectory = the tools the agent calls (found the merger model, updated deal terms, built the tables …)
  • artifact = the merger model in a spreadsheet with the right citations
  • verifier = subjective criteria (what the output is, whether it meets stylistic guidelines) plus objective criteria (is the thing actually correct)

And human intelligence matters enormously at that grading step — core to how they think about the business.

Four things evals do for an enterprise (~00:48–00:50)

  1. Diagnose the opportunity. Evals are the bottleneck to deploying agents successfully, but they also tell you where to deploy. Build an eval for every department, with a proper mapping of tasks and what ground truth looks like in the rubric, and the top areas for agent deployment fall out systematically and quantitatively instead of being guessed.
  2. Actually deploy — teach the agent what good looks like in your company and automate the process.
  3. Foundation for continuous learning. When an agent fails an eval, you can triage the reason up to the skills file so it never happens again, and you can post-train a model on those failures so it never regresses.
  4. Data monetization — an effort they're running with a number of leading companies. Labs badly want models that perform in real enterprise contexts, and the scaffolding — task, trajectory, context, artifact, rubric — is exactly the data that's valuable for training at the foundation-model level.

(In the panel afterward he added the commercial shape of this: for "commodity workflows," Mercor anonymizes the data, scrubs identity, puts it in an RL environment useful to labs, and it's typically a no-cost option for the company because they can generate seven or eight figures by monetizing it.)

Quotes

"Most of these enterprise AI use cases never reach production … just because there's no way to actually measure ground truth or success." (~00:45)

The premise the whole talk hangs on.

"What you need is a task … the trajectory … the actual artifact … the actual world … and then the last thing is a rubric or a verifier." (~00:47)

The five-part definition of an agentic eval, which he repeats verbatim on the panel.

"If you build an eval for every single one of your departments and a proper mapping of these tasks and what ground truth looks like in the rubric, it's very very logical that you could come up with like the top five areas in your company where you should deploy agents." (~00:49)

His most counterintuitive claim: evals aren't just an acceptance gate, they're the prospecting tool.

提到的專案與資源 / Projects & Resources

名稱 Name 說明 Description 備註 Notes
Mercor 講者共同創辦的公司,2023 年 1 月成立;從賣專家資料給實驗室,轉向企業訓練與 eval The speaker's company, founded Jan 2023; from selling expert data to labs to enterprise training and evals 主持人介紹時提到 20 億美元營收年化與 200 億估值 / introduced with a $2B revenue run rate and $20B valuation
APEX Mercor 的前沿 benchmark,評估模型能否完成高經濟價值的知識工作 Mercor's frontier benchmark measuring whether models can do economically valuable knowledge work 涵蓋投銀、顧問、法律、基層醫療等領域;另有 APEX-Agents、APEX-Accounting / spans investment banking, consulting, law, primary care; also APEX-Agents and APEX-Accounting
Cursor Composer Cursor 自訓的 coding model,可用自家資料與基礎設施微調 Cursor's own coding model, fine-tunable with their data and infrastructure 講者用來舉例「訓練自己的模型」/ his example of training your own model
Harvey 法律領域的應用層 AI 公司,演講中作為「applied layer」例子 Applied-layer legal AI company, cited as an example
RL environments / gyms 把專家資料結構化成 agentic 訓練環境的形式 Structuring expert data into agentic training environments Mercor 早期與實驗室合作的產物 / from their lab work

逐字稿勘誤 / Transcript Corrections

字幕原文 Heard as 應為 Should be
Adar Hiramath / Adarth / Adar Adarsh Hiremath
Merur / Meror / Ror / Merore / Merkor Mercor
Kurser Cursor
eval(單複數混用) evals
geni projects GenAI projects
FTEEs FTEs

待確認 / To Verify

  • 逐字稿說 Cursor 訓練 Composer 是「in collaboration with SpaceX」——這句聽起來明顯有誤,合作對象待確認,不做臆測。/ The transcript says Cursor trained Composer "in collaboration with SpaceX", which is almost certainly a mis-transcription; the actual collaborator is unverified and deliberately not guessed.
  • 「neolabs」是否為講者慣用詞或有特定所指(相對於 frontier labs 的一批新興模型公司),待確認。/ Whether "neolabs" is his own coinage or refers to a specific set of companies.
  • 主持人介紹的「2 billion revenue run rate、20 billion valuation」數字出處待補。/ Source for the $2B run-rate and $20B valuation figures cited in the introduction.

Markdown source on GitHub ↗