VentureBeat rapporterer fra VB Transform 2026, at Intuit byggede sin agent-arkitektur om to gange inden for cirka fire måneder. Ifølge artiklen var det Intuits VP for AI, Nhung Ho, der på scenen beskrev de to omskrivninger og de tilhørende arkitekturskift. VentureBeat gør samtidig opmærksom på, at der ikke foreligger en offentlig teknisk postmortem fra Intuit og ingen uafhængig verificering af interne metrikker eller kode i den dækning, der er tilgængelig.
VentureBeat gengiver, at Intuit først flyttede fra en samling af specialist-agenter til et centralt orkestreringslag. Derefter forlod virksomheden orkestratoren til fordel for en skills‑og‑tools‑baseret tilgang. Tidsrammen for de to omskrivninger angives som “omtrent fire måneder” og tilskrives Ho i VentureBeats referat.
Fra specialist-agenter til orkestrator
Ifølge VentureBeat forklarede Ho, at det første skifte var drevet af et konkret kundesignal: Et katalog af dygtige agenter betød, at kunden selv skulle vælge, hvilken agent der skulle løse en opgave. VentureBeat skriver, at Intuits svar var en central indgang, der kunne modtage en opgave og selv rute den internt, så kunden ikke skulle vælge agent.
VentureBeat citerer også Ho for, at orkestreringslaget holdt i omkring tre måneder. I artiklen beskrives denne periode halvt spøgende som “omtrent et år” i den komprimerede udviklingskadence for agentløsninger i 2026. Begge formuleringer gengives som Ho-udsagn i VentureBeats dækning.
Fejlmønsteret ved naturligt sprog
VentureBeat fremhæver et centralt citat fra Ho om fejlakkumulation i kæder af agenter: “If you have 10 agents and they all are passing to each other, every time that pass happens, error compounds.” Ifølge VentureBeats artikel var fejlen strukturel, ikke et kapacitetsproblem. Agenterne overleverede resultater i naturligt sprog, og noget af den nødvendige kontekst forsvandt ved hvert hop.
VentureBeat refererer, at konsekvensen var, at downstream‑agenter skulle udlede, hvordan upstream‑agenten var nået frem til sit resultat, når overleveringen var fri tekst. Artiklen beskriver, at denne inferens blev mere upræcis for hvert ekstra hop, hvilket øgede fejlraten i længere kæder. VentureBeat kobler eksplicit dette diagnosepunkt til beslutningen om at skifte arkitektur.
Skiftet væk fra orkestrator
VentureBeat skriver, at diagnosen af handoff‑problemet sendte Intuit væk fra et orkestreringslag og over til en arkitektur baseret på “skills and tools”. I VentureBeats dækning beskrives skiftet som en direkte reaktion på den akkumulerede fejl, Ho gennemgik på scenen. Artiklen nævner ikke yderligere tekniske metrikker, latens eller fejlrater ud over Hos beskrivelse.
Derudover understreger VentureBeat, at det, der brød orkestratoren, var selve formen for overlevering i naturligt sprog. Artiklen gengiver, at en længere kæde ikke blot fejlede sporadisk, men tenderede mod at akkumulere fejl by design, når agenters output blev overleveret som fritekst.
Tidslinje for anden omskrivning
VentureBeat angiver, at den anden fulde omskrivning tog 60 dage, og at en første fungerende version var klar på under 20 dage. Tallene gengives som citater og udsagn fra Ho på scenen ved VB Transform 2026. Ifølge VentureBeat bruges disse tal til at illustrere tempoet i skiftet fra orkestrering til en mere afgrænset skills‑og‑tools‑model.
VentureBeat bemærker også, at rapporteringen ikke ledsages af en offentliggjort teknisk postmortem fra Intuit, og at der ikke indgår tredjepartsdata, der kan verificere interne implementeringsdetaljer. Den oplysning placerer grænsen for, hvad der er dokumenteret i det åbne materiale.
Motivation og kundeperspektiv
Som VentureBeat gengiver det, udsprang bevæggrunden for en orkestrator af et ønske om at fjerne kundens behov for at vælge mellem agenter. Intuit byggede derfor et lag, der kunne rute opgaver internt. VentureBeat beskriver, at det netop var denne rute‑logik og de sproglige handoffs mellem agenter, der i praksis førte til de fejl, Ho beskrev på scenen.
VentureBeats dækning fastholder dermed en konsistent forklaring: først et kundedrevent skifte mod central orkestrering, derefter et arkitekturskifte motiveret af den strukturelle fejl i naturligt sprog som overleveringsformat.
Branchekontekst med WANDR
Som bagtæppe nævner MarkTechPost, at Perplexity AI har udgivet WANDR, en åben benchmark til research‑agenter, der både skal søge bredt og gå i dybden. Ifølge MarkTechPost består WANDR af opgaver, hvor agenter skal finde store mængder relevante entiteter og dokumentere dem med kilder.
I denne artikel bruges WANDR alene som branchekontekst, jf. MarkTechPosts beskrivelse. Der er ingen udmelding i kilderne om, at Intuit anvender WANDR, og der drages ingen slutninger herom i denne dækning.
Hvad der er offentligt dokumenteret
Opsummeret bygger de centrale punkter i denne artikel på VentureBeats referat af Nhung Hos præsentation ved VB Transform 2026: to omskrivninger på omkring fire måneder, forløbet fra specialist‑agenter til orkestrator og videre til en skills‑og‑tools‑arkitektur, fejlmønsteret ved naturlige sproghandoffs, cirka tre måneders levetid for orkestratoren samt tidsangivelserne 60 dage og under 20 dage for den anden omskrivning.
VentureBeat bringer desuden citatet om, at fejl akkumulerer i længere agentkæder. Artiklen anfører samtidig, at der ikke er offentliggjort en teknisk postmortem fra Intuit, og at der ikke foreligger uafhængige verificeringer af interne målinger. MarkTechPosts omtale af WANDR anvendes her som generel baggrund for evaluering af agent‑systemer, ikke som dokumentation for Intuits arkitektur.
Implikationer som beskrevet i kilderne
På baggrund af VentureBeats dækning er konklusionen, at Intuit bevægede sig væk fra en model, hvor agenter sender fritekst til hinanden, og hen mod en mere eksplicit skills‑og‑tools‑tilgang. I artiklen hos VentureBeat knyttes skiftet direkte til de fejl, der opstod ved naturligt sprog som handoff i længere kæder.
MarkTechPosts beskrivelse af WANDR peger samtidig på, at der findes evalueringsrammer, som tester agenters evne til både at dække bredt og dokumentere grundigt. Det ændrer ikke ved, hvad Intuit specifikt har gjort; det sætter blot en offentlig målestok ind som kontekst for diskussionen.
