83% is not a doctor's report card: Microsoft's MAI-DxO in Science tests the diagnostic process, not clinical care
Microsoft's MAI-DxO reached Science on October 22: 83.2% on 304 difficult cases against 36.1% for physicians. But the denominators differ — physicians were tested on only 56 held-out cases, in a text-only simulation, working alone. This piece restores the measurement conditions and draws three lessons on process, cost and reproduction for vibe builders.

What happened: a Science paper, and an 83% that is easy to misread
On October 22, 2026, Microsoft AI and the journal Science published a study on the same day: the paper "Sequential diagnosis with language models" appeared in Science, volume 394, and Microsoft AI published an announcement titled "Building Medical Superintelligence." The study introduces two things: a benchmark for sequential diagnosis called SDBench, and a system built on it called MAI-DxO (Microsoft AI Diagnostic Orchestrator). The number that traveled fastest was 83.2%: paired with GPT-5, MAI-DxO reached 83.2% diagnostic accuracy on 304 New England Journal of Medicine clinicopathological conference cases, against 36.1% on average for participating generalist physicians working with reference resources, and 22.3% without them. On a second set of 325 emergency-department admission cases, MAI-DxO scored 80.3% against 46.8% for physicians.
As soon as those numbers appeared, "AI beats doctors" headlines followed. This article starts by setting the headlines aside and putting the numbers back into the conditions they were measured under. The genuinely valuable part of this paper is not "who won" but that it changes how the question is asked: instead of handing a model a complete case and asking for one answer, it makes both the diagnostician and the model start from a brief summary, decide step by step what to ask, what to test, and when to commit — with every step carrying an estimated cost. That is how diagnosis actually works in the real world: clinicians do not receive all the lab results before seeing a patient; they ask, test, and revise their judgment while information is still incomplete. SDBench turns that process into something measurable, and that is why it deserves a long article.
How SDBench tests: not a multiple-choice exam, but a diagnostic process
To understand SDBench, start with how it differs from traditional medical benchmarks. A licensing-exam-style benchmark presents all information at once — chief complaint, history, examination, and test results — and then asks for the most likely diagnosis. That tests knowledge, not clinical process. SDBench converts 304 New England Journal of Medicine clinicopathological conference cases and 325 emergency-department-to-admission encounters from the MIMIC-IV-ED dataset into interactive, stepwise encounters: the participant (physician or AI system) starts with a short vignette, then may ask questions, order tests, or commit to a final diagnosis at any point. The final diagnosis is scored by a Judge agent on a five-level physician-authored rubric, with scores of 4 or 5 — diagnoses for which management would be unchanged — counted as correct; every test ordered is costed using CPT-based pricing, and history and examination questions are folded into a fixed visit cost.
Two supporting agents deserve a separate explanation. The Gatekeeper holds the full case record and mediates every information request; when a requested finding is absent from the source record, it generates a diagnostically neutral synthetic result rather than saying "that data does not exist" — because the absence itself could leak the answer. The Judge compares the submitted diagnosis against the reference diagnosis on the five-level rubric. In other words, SDBench does not test whether a model knows the name of a rare disease; it tests whether it asks the right questions, avoids indiscriminate testing, and recognizes when it has enough certainty to stop. Microsoft AI's announcement makes the same point: the benchmark assesses both the answer and the path taken to reach it.
MAI-DxO's working method inside this benchmark is described by Microsoft as "a panel of virtual physicians" in debate. Rather than letting a single model answer immediately, it simulates clinical experts with complementary roles: each proposes diagnoses, selects useful questions or tests, and challenges the emerging view, over several rounds of debate, while weighing each test's likely value against its cost at every step. Microsoft describes the orchestration as model-agnostic — able to sit on top of models from different providers. The paper's headline results use GPT-5, and before publication the full evaluation suite was repeated with GPT-5.5 without changing prompts or orchestration; the orchestration advantage not only persisted but grew. If the "model-agnostic" claim holds, it matters more than any single model's score: it means the improvement comes partly from workflow design, not only from a bigger base model.
How to read the numbers: 83.2% versus 36.1%, on different denominators
Now back to the most quoted numbers, with the premises that headlines usually omit. First, case counts: MAI-DxO's 83.2% was measured on all 304 journal cases, while the physician comparison study used 56 cases held out from engineering work. Physicians produced 764 closed-book and 662 open-book diagnoses across those 56 cases, averaging 22.3% closed-book and 36.1% open-book, with the best individual physician reaching 51.8%. This is not a head-to-head contest on the same cases at the same scale; it is a comparison between a system's score on the full set and physicians' scores on a 56-case held-out subset. Stating the denominators does not erase the size of the gap — even on the subset, it remains large — but it prevents the misreading that "doctors in everyday practice are only 36% accurate." Everyday care includes physical examinations, imaging, team discussion, and follow-up, none of which exist in SDBench's text-only simulation.
Second, cost. Without budget constraints, MAI-DxO averaged $5,431 per complex case; under constraints it reached 80.9% accuracy at $2,241 and 79.6% at $1,303, while a configuration aimed at diagnostic excellence reached 84.5% at $8,945. Physicians averaged $3,049 closed-book and $4,725 open-book per complex case. On emergency cases, MAI-DxO without constraints scored 80.3% at $4,979 per case, against physicians' 46.8% at $3,400, with the best emergency physician at 62.5%. Microsoft's announcement claim of "81% at less than half the cost" refers to a cost-optimized configuration around 81%, not to the unconstrained top score. Cost figures also need the same care: they are CPT-based estimates derived from a major health system's chargemaster, not real hospital bills, and certainly not evidence that deploying the system would save that money in the real world. The paper's value is that it reports accuracy and cost together, so later work can compare points on the same accuracy-cost frontier instead of only comparing headline accuracy.
One detail reveals the difference in working style: before ordering its first test, MAI-DxO asked a mean of 25.5 questions, while physicians asked a mean of 5.6. The paper describes this as extensive structured history-taking before testing. That gap is interesting because it suggests part of MAI-DxO's advantage comes from asking more, and asking more systematically — not simply from knowing more. For vibe builders, that is a directly transferable design lesson: many agent systems fail not because the model is too weak, but because they commit too early and call expensive tools too early when information is incomplete. Ask first, then test, then commit, and price every step — that is a workflow pattern that transfers to support, operations, and legal review, and to any other sequential-decision task.
How much did orchestration add? GPT-5 alone scored 78.9%
Another number worth isolating is the baseline model's score. According to analyses of the paper's charts, GPT-5 with a minimal prompt and no orchestration scored 78.9% on the complex cases; with MAI-DxO orchestration it reached 83.2%. Orchestration therefore added roughly four percentage points on that set, and the paper reports that across all models tested, orchestration raised accuracy by an average of 7.9 percentage points on the conference cases and 4.4 points on the emergency cases. That ratio corrects two common misreadings: "it is all GPT-5" and "orchestration can do anything." The truth sits between them: the base model was already strong, orchestration pushed a strong base further, and that push appeared across models rather than being a trick tuned for one model.
For readers building agent products, that conclusion may be worth more than 83.2% itself. Agent discussions this year often fall into "model determinism": swap in a bigger model and the problem goes away. MAI-DxO's experiment is a counterexample: the same GPT-5, under a different workflow — multi-role debate, cost awareness, aggregation across independent runs — scored differently. Workflow design and model choice multiply each other; they do not merely add. At the same time, MAI-DxO's score cannot be carried over to other tasks unchanged: sequential diagnosis is unusually suited to an "ask more, debate more" workflow because its information is revealed gradually by design. For tasks where all information is given upfront, the same orchestration may not yield the same gain. Treating workflow as a reusable methodology, not a universal template, is the more honest reading.
Four boundaries the paper draws for itself
One of the paper's strengths is that it draws its own conclusion boundaries clearly in the text, and this article repeats them verbatim in spirit because they carry more weight than any third-party skepticism. First, the paper states that these comparisons do not establish superiority over specialists, multidisciplinary teams, or real-world clinical practice. The comparison group was individual generalists working alone, not specialist teams; real care also includes physical examinations, imaging, pathology slides, multidisciplinary discussion, and longitudinal follow-up, all of which were set aside in a text-only benchmark. Second, the cases themselves are selected: New England Journal of Medicine clinicopathological conference cases are famous precisely for being difficult, rare, and pedagogically valuable, which naturally amplifies the advantage of a system that asks broadly and thinks comprehensively, while the emergency cases, though closer to everyday work, remain historical text records rather than real patients.
Third, the scoring rubric has limits: the Judge evaluates whether the disease-level diagnosis is correct, not whether the treatment plan is appropriate, safe, or well managed over time. A correct disease name does not imply a safe management plan, and the paper does not claim to have measured the latter — readers should not claim it on the paper's behalf. Fourth, authorship and disclosures: as reported, all 15 authors are Microsoft employees holding company equity, several are inventors on a related patent application, and no funds external to Microsoft were acquired for the studies. Those disclosures do not make the study untrustworthy — a peer-reviewed Science paper still carries weight — but they mean this is a vendor-led, vendor-evaluated study whose results have not yet been independently reproduced. Until reproduction exists, the safest phrasing is "Microsoft's reported benchmark performance," not "demonstrated clinical capability."
Microsoft's own next steps respond directly to those boundaries: a prospective study with Beth Israel Deaconess Medical Center in Boston, in which patients interact with the system directly and performance is measured against physicians' independent assessments; and open-sourcing SDBench for select journal cases, including the benchmark, Gatekeeper, Judge, and cost-estimation code. Open-sourcing matters because critics will no longer be limited to commenting on numbers in a paper — they can run the benchmark themselves, swap in another model, change a scoring rule, and see whether the conclusions still stand. For readers, the moment that decides this study's ultimate value is not October 22, the publication day, but the day independent reproduction and prospective-study results appear. Any recommendation that hospitals should deploy immediately is premature before then.
Three lessons for vibe builders: process, cost, and reproduction
First, turn "process" into a measurable metric. Many agent products are evaluated only on whether the final answer is right, not on how many questions were asked, how many expensive tool calls were made, or when the system decided to stop. SDBench makes all three part of the benchmark: accuracy, questions and tests requested, and cumulative cost. That approach transfers directly: a support agent should be measured on how many useful questions it asks before escalating to a human; an operations agent on how many hypotheses it rules out before restarting a service; a legal-review agent on how many sources it cites before concluding. Measuring only the endpoint teaches an agent to guess answers; measuring the process forces it to learn how to do the work.
Second, price every step, and let a "cheaper version" and a "best version" coexist. MAI-DxO reports scores at several cost points — unconstrained, lightly constrained, heavily constrained, and maximum accuracy. That is far more honest than reporting a single top score, and far closer to real product decisions: users in different scenarios genuinely prefer different cost-accuracy trade-offs, and emergency triage should not use the same configuration as a rare-disease workup. A common mistake in vibe projects is giving an agent one default configuration and then complaining that it is "too expensive" or "not accurate enough." A better approach, following MAI-DxO, is to make configurations explicit tiers, let users choose between "cheaper" and "more accurate," and document the measured score of each tier.
Third, keep "vendor-reported" and "independently reproduced" visibly separate — including in your own outward copy. The reception history of this Microsoft paper is itself a ready-made lesson: on publication day, most headlines read "AI beats doctors"; only readers who opened the paper added "in a text-only simulation, against individual generalists, on 56 held-out cases." Vibe builders face the same temptation when describing their own products: writing a benchmark score as if it were general capability. The longer-lasting approach is the reverse: on the product page, state the benchmark name, test conditions, comparison group, and limitations, and attach a reproduction method. In the short term that looks "less impressive"; in the long term it buys trust — and trust is precisely the scarcest product attribute in high-stakes domains like medicine, finance, and law.
Verdict: a step forward in measurement, not an announcement of clinical capability
Taken together, MAI-DxO's publication in Science should be positioned as progress in measurement, not as an announcement of clinical capability. It demonstrates two things: first, diagnosis can be modeled as a sequential decision process, and that process can be benchmarked, priced, and compared; second, in such a benchmark, a multi-role orchestration workflow genuinely pushes a strong base model further, and that gain appears across models. What it does not demonstrate is equally important: it does not show superiority over specialists or multidisciplinary teams in real care, it does not show improved outcomes for real patients, and it does not show that its cost advantage would survive contact with real hospital bills. Keeping those two sides apart is not dampening Microsoft's work; it is the minimum respect owed to the study — because the paper's authors wrote those boundaries themselves.
For VibeFix readers, the most useful thing to take away is not the number 83.2% but the working method behind SDBench: let an agent ask first, test second, and commit third when information is incomplete; price every step; report scores at multiple cost tiers; and keep "vendor-reported" and "independently reproduced" labeled separately. The next time you see any headline claiming "AI beats human experts," you can apply this paper's reading method directly: ask about the case count and denominators, ask who the comparison group was, ask how costs were calculated, and ask whether independent reproduction exists. After those four questions, most headlines return to their proper size. This article is not medical advice and does not recommend any medical product; if you or someone near you faces a real medical decision, follow the judgment of a licensed clinician, not the score of a benchmark paper.

Comments (0)
Sources
Related articles

Block's Dessa, unveiled October 23, learns only from recorded human conversation — no text, no pretrained model — listens while it talks, and runs locally on a MacBook Pro M4 Max. It has no public access and no published benchmarks yet, so this piece separates Block's claims from what remains unproven.

On October 22 Canva released Craft, its first in-house image model: it plans the layout before rendering, trained on millions of human-designed templates rather than photographs, up to 2K across 30+ aspect ratios, with in-image text in 55 languages. Leaderboard claims and pricing remain vendor claims; this piece gives a three-test method and a developer checklist.

Kling 4.0 launched globally on October 16: native 30-second generation, up to 10 keyframes, and up to 15 multimodal references. Its real change is not length but control — from lottery-style generation toward a directable production workflow. This piece also names its three gaps: undisclosed API pricing, no standard benchmarks, and HDR and ultrawide still to come.