Same Score, Third of the Price

00:00:04 lenarHere's a number before I tell you where it came from. Two models ran against the same benchmark, with the same harness and the same tasks. Both score 0.496. Not close — identical, to three decimal places. One of them costs $7.58 per task. The other costs $20.30. [pause] So what do you call that? On capability, nothing happened. Nobody won.

00:00:29 damraYou call it an invoice. And the reason it matters is that the party running the benchmark had no reason to flatter either model.

00:00:37 lenarRight — this is Perplexity's WANDR benchmark, their agentic search evaluation, published yesterday afternoon. Aravind Srinivas put the Pareto chart out himself. The cheap one is Grok 4.6. The expensive one is Claude Fable 5. And Perplexity doesn't own either model, which is the whole reason I'm reading the number out loud instead of ignoring it.

00:00:59 damraYesterday we spent a long segment on what xAI hadn't published about Grok 4.6 — the missing model card, the disclosure gap. Today the model card is still incomplete, and it almost doesn't matter, because three different people who don't work for xAI ran the thing and posted their own numbers.

00:01:18 lenarThree harnesses, and let me lay them out, because they're measuring different things. Perplexity's WANDR is agentic web search — multi-step research where the model has to go get things. Then there's CursorBench 3.2, which is Cursor's own evaluation on real-world coding tasks, and Grok 4.6 took the top slot there overnight. Musk posted it around 5:40 this morning, and X Freeze had it three minutes earlier.

00:01:46 damraAnd the third one is the strange one. RareBench — rare-disease diagnosis in children. Daniel McKinnon reported Grok 4.6 at the top of it, ahead of Claude Opus 5. I want to be careful with that one, because a research benchmark on diagnostic reasoning is not a statement about clinical deployment, and anyone who reads it that way is going to hurt someone.

00:02:09 lenarAgreed. The reason RareBench interests me isn't the medicine — it's that this is a third unrelated task family. Coding, agentic search, and diagnostic reasoning. If a model were benchmark-gaming, you'd expect it to spike on the ones the lab targeted and sag everywhere else.

00:02:27 damraYou'd expect exactly that, yeah. Three unrelated harnesses agreeing is a different kind of evidence than one harness agreeing three times. Though I'd note the sample is still two days old, and the number of people who've run this on real workloads is small.

00:02:42 lenarLet's get the list price on the table, because the per-task cost is downstream of it. The AI Daily Brief's roundup put Grok 4.6 at two dollars per million input tokens and six dollars per million output. Their own math works out to roughly eighty-four cents per benchmark task on the aggregate suite — call it 32% cheaper than GPT-5.6 Sonnet, and 73% cheaper than Fable 5. Artificial Analysis has its overall intelligence index at 61.

00:03:12 damraAnd some of that gap isn't the sticker price at all, which is the technically interesting bit. They're claiming token efficiency gains — the model uses fewer tokens to get to the same answer. So you're multiplying a cheaper rate by a smaller count. That compounds in a way a headline price cut doesn't.

00:03:30 lenarHow much of that do you actually believe?

00:03:33 damraThe direction, fully. The magnitude, provisionally. Token efficiency is one of the easiest things in the world to measure and one of the easiest to measure selectively — you pick the task family where your model doesn't ramble. But the WANDR number isn't self-reported, and it's the one carrying the cost claim.

00:03:51 lenarThere's a caveat in the community testing I don't want to skip past. The same roundup flags occasional incomplete outputs — the model just stopping short — and concerns about how it handles security-sensitive material. Those are exactly the failures that a per-task cost number can't see, because a truncated answer is cheap.

00:04:10 damra[tsk] That asterisk sits on every cost-per-task metric, and it isn't specific to xAI. If your model bails at eighty percent of the work, your cost per task looks fantastic and your cost per completed task is unmeasured. Nobody publishes that second number.

00:04:28 lenarIt shipped fast, though, which tells you something about how much the price mattered to the people integrating it. Perplexity had it in production the same day. Warp put it in their terminal and their Agent CLI within hours of the release.

00:04:41 damraWarp is the one I'd point at. Warp's entire product is a terminal where an agent runs a lot of turns on your behalf. That's a workload where cost-per-turn is the dominant line item on their bill, not a rounding error. When a company like that swaps models in a single afternoon, they're not making an editorial statement about quality. They're doing arithmetic.

00:05:02 lenarThere was one more xAI item last night that's a different flavor entirely. They posted about reverse-engineering compiled binaries back into clean, readable C. Not decompiler output — actual structured C.

00:05:16 damraThat one I want to see independently reproduced before I get excited, because nobody has said what "clean" means there. Decompilation to something that compiles is one problem. Decompilation to something a human maintainer can reason about is a much harder one, and the difference between them sits entirely with whoever's grading. It's a striking demo. It's a demo.

00:05:38 lenarSo where does that leave the lead? My read is that yesterday xAI had a disclosure problem and today they have a pricing position, and those two facts are unrelated to each other. The model card is still thin. The cost-per-task number came from Perplexity's harness regardless.

00:05:55 damraAnd the pressure that creates lands on Anthropic more than on anyone else. If you're the vendor charging $20.30 for the score someone else delivers at $7.58, you need an argument for the difference that isn't a benchmark — reliability under load, or behavior on adversarial input, or something else the harness doesn't capture. Anthropic may well have that argument. They haven't made it this week.

00:06:21 lenarOpenAI made a different argument on the same day, and it's also not a capability argument. They previewed an Ultrafast mode for GPT-5.6 Sol — up to 14 times faster, launching first in the API to a select group of customers as capacity grows. Cerebras wrote the engineering post behind it, which went to 626 points on Hacker News.

00:06:43 damraThe Cerebras involvement is the substance. Cerebras builds wafer-scale chips — one enormous piece of silicon instead of many small ones networked together — and what that architecture is good at is inference latency, because you're not paying to move activations between chips. So a 14x claim from that pairing is at least mechanically plausible in a way a pure software claim wouldn't be.

00:07:08 lenarOpenAI's own pitch for it is a ninety-second video, and it's entirely about incident response. An on-call engineer describes what used to be a one-to-two-hour cycle of gathering logs, normalizing telemetry, and adding context — collapsing to ten or fifteen minutes, because the model runs the searches concurrently instead of one after another.

00:07:29 damraAnd there's a line in there I keep turning over. He says refactoring the codebase costs almost nothing now — in time or attention. The attention half is the real claim. He's not saying the model got smarter. He's saying that when the round trip is short enough, you stop deciding whether a question is worth asking.

00:07:48 lenarDoes that hold, though? Because my instinct is that the bottleneck during an incident was never the log aggregation. It was somebody with enough context deciding what the logs mean.

00:07:58 damraIt half holds. You're right that the judgment doesn't move. But there's a real thing underneath the pitch, which is that during an outage, sequential waiting is corrosive. You run a query, you wait ninety seconds, and in those ninety seconds you context-switch to Slack and lose the thread you were pulling. Killing the wait doesn't make you smarter. It stops fragmenting you.

00:08:21 lenarThat's a more modest claim than the video makes.

00:08:24 damraIt is, and it's the one I'd defend. The video's claim — that the trade-off between depth and speed has been eliminated — is marketing. The narrower version, that latency was taxing your concentration all along and now taxes it less, is something I think a lot of people will recognize from their own week.

00:08:42 lenarThe access story is the part to keep an eye on. This is a preview, gated to a select group of API customers, expanding as capacity grows. That's the language of something supply-constrained, and the supply in question is Cerebras silicon.

00:08:57 damraWhich makes it a very different product from a price cut. Google can halve the price of Flash by decision. OpenAI can't hand you 14x latency by decision — they have to have the wafers. So one of these is a lever and the other is an inventory.

00:09:13 lenarTwo open-weight releases came out within hours of each other overnight, and one spec sheet tells most of the story. dots studio shipped a preview of dots3-note: 280 billion total parameters in a mixture-of-experts design, with 16 billion active at any time. The context window runs to 512 thousand tokens, and it handles text, vision, audio, and video. It also ships with native FP8 and speculative decoding built in. All of it under Apache 2.0.

00:09:43 damraSixteen billion active out of 280 is the number that changes who can run it. You need the memory to hold the whole thing, which is not nothing, but the compute per token is what a 16-billion-parameter dense model would cost you. That ratio is why mixture-of-experts became the default architecture for anybody trying to ship something large that people will actually serve.

00:10:06 lenarAnd Apache 2.0 on all of it. No research-only clause, no acceptable-use appendix, and no revenue threshold.

00:10:14 damraWhich means a company can fine-tune it, ship it inside a product, and never have a conversation with a lawyer about whether they're allowed to. That's the difference between a model you can experiment with and a model you can build a business on top of. Tiezhen Wang at Hugging Face flagged the multimodal-plus-long-context combination specifically, and he sees more of these releases than almost anyone.

00:10:38 lenarThe other one is GLM 5.3 from Z.ai, positioned as frontier coding with — their phrase — emergent cyber capabilities.

00:10:48 damra[tsk] That's vendor language and I'd like it labeled as such. "Emergent cyber capabilities" could mean the model is good at reading vulnerable code, or it could mean it's good at writing exploits, and those are extremely different things to put in a launch headline. If it's the second one, saying it that breezily is a choice.

00:11:07 lenarPaul Graham posted something last night that gives both of these a frame. His observation is that startups tuning open-weight models went from common, to a period where the consensus was that it was a waste of time, and now back again. Three phases, and we're in the third.

00:11:23 damraSo what changed? Because the reason it became a waste of time was real. Around the time the frontier labs pulled meaningfully ahead, you could spend three months tuning an open model and end up behind where a frontier API had gotten to on its own, for free, while you worked.

00:11:39 lenarThat's the question I'd put to the whole segment. What's different?

00:11:43 damraMy read is that the gap you were tuning to close got small enough that three months of work can actually close it. When the open model is two years behind, tuning is a losing race. When it's a few months behind and Apache-licensed, tuning is a product decision — you're buying control, unit economics, and the ability to run it somewhere specific. Those were always the reasons. They just weren't worth a capability deficit.

00:12:09 lenarThere's an adjacent item I'll flag and not lean on. Mikko Ohtamaa and Yishan were both circulating a read that Mistral is repositioning around hosting Chinese open-weight models in Europe. That's commentary, not a Mistral announcement, and I'm not going to treat it as one.

00:12:26 damraIt's plausible as a business, and it would mean a European company monetizing Chinese weights under European data rules. If that becomes a real category, it's a new position on the board. But somebody has to announce it first.

00:12:40 lenarThree separate vendors shipped agent infrastructure yesterday, and none of them shipped a model. LangChain put first-class cron scheduling into Managed Deep Agents. Harrison Chase's framing is that agents running in the background is how this work scales past people prompting directly.

00:12:57 damraWait — cron. That's the entire pitch and I think it's correct. Everything about how these systems have been built assumes a person is sitting there. The request comes in because someone typed. The moment you put a scheduler in front of it, you've got a thing that wakes up at six in the morning and does work nobody asked for that morning.

00:13:16 lenarWhich raises an obvious question about what happens when it wakes up and gets it wrong.

00:13:21 damraIt does, and I notice nobody shipped the answer to that yesterday. But I don't want to be sour about the scheduler, because it's the piece that was conspicuously absent. People have been faking this with their own cron jobs and their own retry logic for a year. Making it part of the product means the breakages get observed centrally instead of by each person separately.

00:13:42 lenarThe Vercel one is my favorite artifact of the day, purely for what it says about how people actually work now. Chris Tate posted it: their command-line tool now wires Claude Code, Codex, Cursor, Cline, OpenCode, Pi, Hermes, Kilo, and OpenClaw into a single AI Gateway. One budget across all of them. Credentials in the macOS Keychain.

00:14:07 damraNine. Somebody at Vercel looked at how their own engineers were working and counted nine coding agents on one laptop, each with its own API key pasted into its own config file and its own billing relationship. That's a support ticket that got promoted to a product.

00:14:24 lenarThe Keychain detail is the one I'd point at. That's an admission that people have been storing frontier-model API keys in dotfiles across nine tools, and at least one of those dotfiles is in a repo somewhere.

00:14:37 damraIt absolutely is. And the budget line is the other half — a single spend cap across nine agents means you can find out you've spent four hundred dollars before you find out from your statement. Key storage and a spend cap don't sell a launch post, and they're exactly why people will turn this on.

00:14:55 lenarPerplexity's contribution is on the other side of the wire. They folded Sonar into an Agent API — multi-step research and code execution behind one endpoint, so instead of you orchestrating a browsing loop, they run it and hand you the result.

00:15:10 damraAnd Srinivas put numbers behind it, comparing the agent path against straight search. What I'd want to know is where the failure boundary sits. When you own the loop, you can see the model go down a bad path on step three and stop it. When the loop is hosted, you get an answer and a bill, and the reasoning about how it got there is somebody else's.

00:15:31 lenarThere's a counterpoint floating in the same conversation, from a talk at the AI Engineer conference — the argument that computer-use agents will end up agentifying the existing web rather than everyone building agent-shaped APIs. I only have the title, so I'm not going to characterize the argument beyond that.

00:15:50 damraIt's a live disagreement even without the talk. Perplexity's Agent API is a bet that the right move is a clean endpoint. Computer-use is a bet that the web is never going to reorganize itself for machines, so the machine should just learn to click. Both of those are being funded simultaneously right now, and one of them is going to look silly in eighteen months.

00:16:11 lenarThe Rails team published their first agent benchmark report yesterday. Eight models, 21 atomic tasks, and three runs each. The task types are the part I want to describe: a bug report, a security finding, and a feature request.

00:16:27 damraThree runs each is the design decision I'd point at. One run tells you what the model did. Three runs tells you whether it does the same thing twice, and variance across runs is what determines whether you can put an agent anywhere near your issue tracker. Most published benchmarks report a single pass and don't mention it.

00:16:45 lenarAnd the task taxonomy maps onto a maintainer's actual inbox rather than onto an abstract capability. A bug report and a security finding demand different things — one wants a fix, the other wants you to understand a threat model before you touch anything.

00:17:02 damraWhich is why a framework team building this themselves is more useful than another vendor leaderboard. They know what a good Rails patch looks like. They know the idioms that a model trained on ten years of Stack Overflow will get subtly wrong. A general coding benchmark can't grade that.

00:17:19 lenarDHH read the results as OpenAI's Luna beating GLM 5.2 and DeepSeek V4 and nearly matching the top tier. That's his ranking. I'd take the methodology as the finding and treat the leaderboard as a snapshot with a short shelf life, given that half the models in it got replaced this week.

00:17:38 damraThe ranking will be stale by next Friday. The 21 tasks won't be. If you maintain a framework, the transferable thing here is the method: pick your real task types, write atomic versions of them, and run everything three times.

00:17:54 lenarElvis was circulating something adjacent — work on measuring what a bad skill costs an agent. Not whether the agent succeeds, but the price of having a wrong tool in the library.

00:18:05 damraThat's the same instinct pointed at a different layer, and almost nobody asks it. Everyone measures whether adding a capability helps. Very few people measure what a subtly wrong capability costs you across a thousand runs, and the answer probably isn't zero — a bad skill doesn't just fail, it gets selected when it shouldn't be.

00:18:25 lenarThis one's a process story more than a result story. An unreleased version of Claude was pointed at the Rayman hypothesis — a longstanding conjecture about how prime numbers distribute. It didn't prove the hypothesis. It did improve a related bound past the previous human record.

00:18:41 damraSay the second part again, because the distinction is going to get flattened everywhere else. The conjecture stands. A bound associated with it moved. Those are enormously different achievements and only one of them happened.

00:18:55 lenarThe bound moved. And the prompting was done by someone who says they're not a mathematician, over roughly 650 attempts, where the substantive input was largely variations on "keep going."

00:19:06 damraSix hundred and fifty. That's the number I can't get past. It means the thing that produced the result wasn't insight in a prompt — it was persistence applied to a system that fails in recoverable ways. The human contribution was refusing to stop.

00:19:22 lenarIt had internet access and didn't use it during the critical stretch. It went down several wrong paths, recovered, and after about 37 minutes of computation produced the improved bound. And there's a formalized version of the proof, machine-verifiable, which is why we can talk about this as a result at all rather than as a claim.

00:19:41 damraThe formalization is what makes it real. Otherwise you've got a model producing confident mathematics and a non-mathematician unable to check it, which is a horror story rather than a breakthrough. A machine-checkable proof means the trust question is settled by a proof assistant instead of by vibes.

00:19:59 lenarAnd then the odd detail. When it output the improved bound, it flagged the result as — quote — "too strong to be new."

00:20:07 damra[breath] So it pattern-matched its own correct novel result as something that must already exist in the literature. Call that a prior rather than modesty. Somewhere in there is a learned belief that results of this strength are the kind of thing humans already found, and the model applied that belief to itself and got it wrong.

00:20:26 lenarWhich suggests something measurable — that a model's self-assessment is calibrated to a version of the world where it wasn't capable of this.

00:20:34 damraAnd it's checkable, which is the part I like. You can't usually test whether a model's confidence is well-calibrated on novelty, because novelty is hard to adjudicate. Here you can. The proof either formalizes or it doesn't, and the literature either contains the bound or it doesn't.

00:20:51 lenarLionel Levine posted the context I'd attach to this — that when labs pursue mathematics, a large part of the motivation is automating AI research itself. Math is the domain where you can verify a step without running an experiment.

00:21:05 damraWhich is a much less romantic reason to care about prime distribution than the usual telling implies, and I think it's the accurate one. Mathematics is where you get a dense, cheap, unambiguous reward signal. If you're trying to build a system that improves systems, that's an engineering decision before it's a poetic one.

00:21:24 lenarA few smaller things that stand on their own. Google shipped Gemini 3.7 Flash yesterday afternoon. It's better than 3.6 Flash on debugging and issue resolution, it generates web layouts with fewer prompts, and its PDF understanding improved. Demis Hassabis says the introductory price is half what 3.6 Flash originally cost. The Hacker News thread hit 869 points.

00:21:49 damraThe PDF line is the one I'd actually use. Gemini has consistently been better at document understanding than its benchmark position suggests, and if that improved again, it changes somebody's afternoon more than a coding delta does. Everyone has a pile of PDFs.

00:22:05 lenarOpenAI also shipped something into the ChatGPT desktop app called Computer History. It retains what you did across the applications and websites on your machine, so future interactions require less explanation.

00:22:17 damraThe announcement is one sentence long. It doesn't say how long it's retained, whether you can scope it per-application, whether it leaves the machine, or what happens to it when you close the app. I'm not going to guess at the implementation — but those are four questions with answers, and none of the answers shipped with the feature.

00:22:35 lenarOpenAI also put out a research paper on how organizations use ChatGPT — agentic workflow spread across industries and functions. 114 points on Hacker News, and the comments went straight at the causal story.

00:22:50 damraWill Brown had the shortest demolition of it: the top companies as ranked by AI usage use more AI than companies which use AI less. [chuckle] And a commenter made the serious version of the same point — the largest companies are also the ones with the resources to run structured rollouts, so you can't separate the adoption from the budget that made adoption possible.

00:23:12 lenarIt's vendor research about vendor product, which doesn't make it worthless, but does mean the comment section is doing the peer review.

00:23:19 damraEthan Mollick was circulating it too, and he's usually careful about exactly this confound. I'd read the descriptive parts — which functions, which industries — and skip the causal ones entirely.

00:23:31 lenarLast thing, and I want to hedge it properly. There's a figure going around attributed to SK Hynix, projecting the United States and China together at 95% of compute demand by the first quarter of 2027. It reached me as a screenshot on Reddit, so I'm reporting it as a claim someone attributed to Hynix, not as a Hynix filing I've read.

00:23:52 damraTreat it as directionally interesting and numerically unverified. The item sitting next to it is better sourced. Reuters reported this morning that Apple is training its own model for the China market with Alibaba's support. That would potentially make Apple the first foreign company approved to offer its own model there. It's a sources-say story, but it's Reuters and it's specific.

00:24:16 lenarWhich is a different kind of fact than a demand forecast. A forecast is a projection. A regulatory approval is an event with a date on it.

00:24:25 damraAnd if it lands, the question I'd ask isn't about Apple's China revenue. I'd want the approval conditions, because whatever Apple agreed to in order to get through that door becomes the template every other foreign company gets handed.

00:24:39 lenarSo — Friday. Four vendors moved on price or latency in a single week, and the one number I'll carry into next week is Perplexity's: 0.496 and 0.496, $7.58 and $20.30. If that holds up when more people run it, Anthropic owes the market an argument about what the extra twelve dollars and change is buying.

00:25:03 damraThe second half of the Rayman story is still open — whether the formalized proof clears verification, and whether anyone finds the bound already sitting in a paper from 1997. The model called its own result too strong to be new. Someone should go check whether it was right.