Claude Duet vs Claude Code: hetzelfde model, twee heel verschillende opvattingen over 'klaar'

Hier is de asymmetrie die bijna al het overige verklaart. Vraag Claude Code om een bugfix te leveren en er is een moment waarop het werk simpelweg klaar is: de diff wordt toegepast, de testsuite wordt groen, CI stemt in, en een reviewer merget het of niet. Vraag Claude Duet om de administratie van dezelfde ochtend af te handelen, en de finishlijn is geen testsuite — het is jouw oordeel. Duet stelt de actie op, laat die aan je zien en wacht; of het resultaat juist was, is een vraag die geen enkel orakel in het systeem kan beantwoorden. Beide oppervlakken draaien op hetzelfde onderliggende Claude Opus 5.5-model op hetzelfde account met dezelfde gebruikslimieten, en toch heeft de een een objectieve definitie van gedaan en de ander een sociale. Dat ene verschil — een orakel versus jouw mening — is de these van deze vergelijking, en het meeste productdetail hieronder volgt daaruit.

Eén model, twee contracten

Begin met wat echt gedeeld is, want dat is meer dan de marketing suggereert. Claude Code is een Anthropic-product op hetzelfde Pro-, Max-, Team-, Enterprise- of Console-account als al het andere, en Duet is inbegrepen in Pro en Max. Anthropic beschrijft Duet als ontworpen rond Claude Opus 5.5, en de opmerking over de fast-modus op de Claude Code-pagina zelf bevestigt dat Opus 5.5 ook het model achter die interface is. Het model is dus niet het onderscheidende punt. Het contract rond het model is dat wel.

Het contract van Claude Code is beperkt en duidelijk: het werkt in een repository, het leest en schrijft bestanden, het voert opdrachten uit, het draait je tests. Het is beschikbaar als terminaltool, desktopapp, webinterface en mobiele app, met integraties voor GitHub en IDE's, waaronder VS Code en JetBrains. Het verschijnt in Slack. Het draait op macOS, Linux en Windows. Alles wat het produceert, belandt ergens waar je het kunt inspecteren — een working tree, een diff, een pull request — en alles wat het beweert, kan worden gecontroleerd door iets uit te voeren.

Duets contract is breed en vaag van opzet. Het leeft in zijn eigen app op iOS en Android en op claude.ai, het put uit meer dan 6.000 connectors en plug-ins, en het brengt zijn dagen door tussen de artefacten van kenniswerk: mail, documenten, facturen, berichten, schema's. Geen daarvan heeft een testsuite. Als Duet zegt dat het twee facturen heeft gematcht, is de controle dat jij naar de twee facturen kijkt.

Aan de codekant heeft 'done' een oordeel.

Het interessante aan Claude Code is hoeveel van het product erop is gebouwd om een machine nee te laten zeggen. Geef het een bug, een test of een migratie van meerdere dagen en het plant, stelt verduidelijkende vragen, schrijft de code, draait de tests en opent ofwel een pull request of meldt dat het het niet aan de praat kreeg. Dat zijn geen gelijkwaardige uitkomsten, en de interface doet niet alsof dat wel zo is.

Anthropics eigen voorbeeldsessie is leerzaam. Een agent krijgt een bug met dubbele afschrijvingen voorgelegd, reproduceert die, traceert de idempotentiesleutel, ontdekt dat de sleutel per aanroep in plaats van per checkout-sessie wordt gegenereerd, bewerkt het bestand en meldt een wijziging van plus negen, min drie. Een ander voorbeeld voegt een schakelaar voor de donkere modus toe: het leest vier bestanden, bewerkt een provider, slaat de keuze op in local storage en levert een werkende preview op. In beide gevallen is het resultaat een beoordeelbare wijziging en is het bewijs dat er iets is uitgevoerd.

Dit is waarom het ontwikkelaarsoppervlak in zijn eigen richting blijft groeien. Het blok met gerelateerde artikelen op de Claude Code-pagina vermeldt dat Code Review op 2026-10-15 algemeen beschikbaar wordt, en dat Claude Security op 2026-10-21 een publieke bèta voor continue scanning voor Enterprise opent — twee lanceringen die zich rechtstreeks richten op de vraag "was de wijziging correct?", waarvan één door nog een geautomatiseerde reviewer aan de cyclus toe te voegen. Wat Anthropics agentstrategie hierna ook doet, het codeoppervlak verzamelt zijn eigen machinerie om te bepalen of werk goed is.

Aan de briefingkant heeft done een persoon.

Duet keert de lus om op een manier die een geautomatiseerd oordeel structureel onmogelijk maakt. Het genereert elke ochtend een briefing en controleert om de paar uur gekoppelde accounts, wat betekent dat het werk produceert dat niemand heeft aangevraagd, volgens criteria die niemand heeft vastgelegd. Er is geen test voor "is dit de thread die ik nodig had om te zien". Het enige orakel is of je het om 8 uur 's ochtends nuttig vond.

De goedkeuringspoort vervult dus een andere functie dan een toestemmingsprompt. Wanneer Duet je een actie toont en wacht, controleert het niet op correctheid; het draagt verantwoordelijkheid over. Jij bent de beoordelaar, en die beoordeling is een kwestie van oordeel, niet van een diff. Dat is ook waarom de weigeringen eerder in de pijplijn hardgecodeerd zijn: effectenhandel en geld tussen rekeningen overmaken zijn uitgesloten, zelfs met jouw goedkeuring, en een classifier weigert creditcardnummers en overheidsidentificatie helemaal te verwerken. Als jouw oordeel de laatste verdedigingslinie is, moet het systeem conservatief zijn over wat het je überhaupt aanbiedt.

Anthropic is openhartig dat dit moeilijk is. Duet kan een thread verkeerd lezen of verkeerd inschatten wat urgent is, het is zwakker in persoonlijke klusjes dan in werktaken, en het kan je zijn browser nog niet tonen — wat betekent dat het ene stuk bewijs dat je het liefst zou willen zien voordat je een webactie goedkeurt, voorlopig niet beschikbaar is. Die laatste beperking leest als een eerlijke leemte in plaats van een lokkertje uit de roadmap, en het is de duidelijkste illustratie van de asymmetrie: het code-oppervlak kan je de testoutput tonen, en het briefing-oppervlak kan je de pagina nog niet tonen.

Dezelfde persoon, tijdens een wandeling

Eén detail uit de aankondiging van Anthropic maakt de combinatie concreet in plaats van theoretisch. Een van de testers die op de Duet-pagina wordt geciteerd, is Boris Cherny, hoofd van het Claude Code-team, die beschrijft hoe hij zijn takenlijst afwerkte tijdens een wandeling. Dat is het argument in het klein: degene die het codeoppervlak bouwt, is ook degene die het briefingoppervlak gebruikt, voor een andere taak, in een andere houding, met een andere bewijsstandaard. Niemand bij Anthropic lijkt te denken dat dit concurrerende producten zijn.

Voor iedereen die tussen beide moet kiezen, is de praktische versie daarvan weinig glamoureus. Als het werk een definitie heeft die je kunt automatiseren, wil je een interface die rond die definitie is gebouwd, want de automatisering is wat je in staat stelt om het achter je te laten. Als het werk alleen een definitie heeft die je voor jezelf kunt verwoorden, wil je de interface die het naar je toe brengt en dan wacht, want het wachten is de enige beschikbare waarborg.

Voorzichtig elkaar in het midden ontmoeten

Beide oppervlakken zijn gestaag opgeschoven richting elkaars terrein, en dat is het vermelden waard zonder er een roadmap in te lezen. Computer use — de mogelijkheid om rechtstreeks met een scherm te werken — is in research preview voor zowel Claude Code als Cowork, volgens Anthropics eigen bewoordingen, dus de code-agent kan al voorbij de repository reiken wanneer dat nodig is. Duet daarentegen genereert artefacten die sterk op deliverables lijken.

Er staat ook een zin op de Duet-pagina die uitnodigt tot overinterpretatie. Duet "zit in zijn eigen app, los van de hoofd-Claude-app," schrijft Anthropic, en voegt eraan toe dat wat het van vroege gebruikers leert, zal bepalen hoe die twee oppervlakken naast elkaar functioneren. De "twee" daar zijn Duet en de hoofd-Claude-app, niet Duet en Claude Code. Het zou makkelijk zijn om op basis van die zin een convergentietheorie te bouwen, en de eerlijke lezing is nauwer: Anthropic zegt je dat de oppervlakken nog in beweging zijn, wat een reden is om je eigen workflow te standaardiseren op dingen die niet bewegen.

Wat blijft constant wanneer de verpakking verandert

De blijvende vragen zijn dezelfde die je zou stellen bij elk paar hulpmiddelen die namens jou handelen. Waar komt de actie terecht — een working tree die je kunt diffen, of een mailbox die je niet kunt terugdraaien? Wat houdt het tegen — een compiler of een testsuite, of een poort die jou eerst om toestemming vraagt? En welk bewijs krijg je achteraf — een logboek van uitgevoerde commando's, of een samenvatting geschreven door het ding dat het werk heeft gedaan?

Let op: die drie vragen scheiden de twee oppervlakken helder en zijn niet afhankelijk van de huidige naam, het pictogram of de menupositie van een van beide. Ze blijven ook overeind op het moment dat een functie van het ene naar het andere oppervlak overgaat. Als Claude Code ooit je ochtendbrief opstelt, heeft de vraag "welk bewijs krijg ik" nog steeds een antwoord, en dat antwoord verschilt nog steeds van het antwoord dat Duet vandaag geeft.

Waar het model past, als dat is wat je nodig hebt.

Beide zijn Anthropic-producten met de interface van Anthropic rond het model van Anthropic, en geen van beide kan naar een ander endpoint worden omgeleid — de agentlaag ís het product. Als je eigenlijk Claude Opus 5.5 binnen je eigen pipeline wilt, waarbij "done" is wat je code ervan maakt, dan is dat een andere aankoop, en het is degene die wij verkopen: 4,00 dollar per miljoen inputtokens, 20,00 per miljoen outputtokens, een contextvenster van 1M tokens en 0,20 dollar per miljoen cache-reads, bij 0 procent markup, via één OpenAI-compatibele sleutel die meer dan 200 modellen bereikt.

Dat is voor geen van beide oppervlakken een rivaal. Het is de laag onder beide, rechtstreeks gekocht, wat betekent dat de goedkeuringspoort, de planning en de definitie van "klaar" allemaal aan jou zijn om te schrijven. Sommige teams willen dat; de meeste mensen zouden de meeste ochtenden liever een venster openen en de mening van iemand anders over "klaar" in de plaats van de hunne laten gelden.

Als je tussen de twee agents moet kiezen, is de vraag niet welke sterker is. De vraag is of dit stuk werk een uitspraak heeft die je kunt automatiseren. Is dat zo, geef het dan aan Claude Code en laat de suite beslissen. Is dat niet zo, geef het dan aan Claude Duet en beslis zelf — besef wel dat jij het orakel bent, en dat orakel zijn een taak is, geen formaliteit.