Agentdelegatie:
je ontwikkelagent delegeert de test
Agentdelegatie laat je ontwikkelagent een functie afronden en de validatie overdragen aan een aparte QA-agent. De ontwikkelaar blijft code leveren met het model dat je vertrouwt voor moeilijke problemen. De QA-agent voert de test uit op een goedkoper model. Beide communiceren via de AgentsRoom MCP-servers, zodat agentdelegatie van begin tot eind werkt zonder dat je iets hoeft te kopiëren.
Je stopt met het betalen van Opus-prijzen voor browserkliks. Je stopt met het opblazen van de context van je ontwikkelagent met screenshots en DOM-dumps. Agentdelegatie stuurt elke taak naar het juiste model tegen de juiste prijs, en wanneer de QA-agent klaar is, stuurt deze een bericht terug naar de ontwikkelagent zodat de cyclus vanzelf sluit.
Agentdelegatie in actie: de Codex ontwikkelagent voltooit de functie, roept run_qa_test aan, de QA-agent opent de browser op een goedkoper model en rapporteert terug.
Hier is het probleem dat agentdelegatie oplost. Je runt een sterke ontwikkelagent (Claude Opus, Codex, het soort model dat een API ontwerpt of een winkel refactort). De agent levert de functie in 10 minuten. Vervolgens besteedt hij de volgende 8 minuten aan het klikken in een browser om te verifiëren of de functie werkt. Zelfde dure tokenprijs. Hetzelfde model dat hard nadacht over je domeinlogica, leest nu knoplabels.
Agentdelegatie lost dat op. Wanneer de functie klaar is, roept de ontwikkelagent een enkel MCP-hulpmiddel aan, run_qa_test, met een scenario. AgentsRoom start een tijdelijke QA-agent op het model dat je hebt gekozen voor QA: Claude Haiku, Codex mini, GPT-4 mini, wat je maar wilt. De QA-agent krijgt de AgentsRoom Browser MCP, bestuurt de pagina, beoordeelt het resultaat en antwoordt met een oordeel. De ontwikkelagent leest het oordeel en gaat verder.
Dat is agentdelegatie, en dat is de enige cyclus die de pagina behandelt. Eén ontwikkelaar, één QA, één MCP. Hetzelfde idee als een senior engineer die regressietesten delegeert aan een junior of aan QA: de senior blijft ontwerpen, de junior voert de checklist uit. Agentdelegatie geeft je diezelfde splitsing tussen modellen.
Agentdelegatie gevisualiseerd: de ouder ontwikkelagent (Codex) en de kind QA-agent (Claude) verschijnen in dezelfde agentlijst, met een duidelijke overdracht van ontwikkeling naar QA.
Waarom agentdelegatie de moeite waard is om in te bouwen
Ten eerste, geld. Een testpass op Claude Opus en een testpass op Claude Haiku kosten aanzienlijk verschillende bedragen. Zelfde browser, zelfde beweringen, zelfde screenshots. Agentdelegatie laat het goedkope model het goedkope werk doen. Mensen die dit hebben ingeschakeld, melden dat hun tokenkosten op QA-intensieve dagen met een echte, meetbare factor dalen, niet met 5 tot 10 procent.
Ten tweede, context. Wanneer een ontwikkelagent de test zelf uitvoert, eindigt elke screenshot, elke DOM-dump, elke consolelog in het contextvenster van de ontwikkelagent. Twintig minuten klikken is megabytes aan ruis die de ontwikkelagent door de rest van de sessie moet dragen. Agentdelegatie isoleert die ruis binnen de tijdelijke QA-agent. De ontwikkelagent krijgt een schoon 'geslaagd' of 'mislukt' bericht terug, niets anders.
Ten derde, de ecologische invalshoek. Elke agentdelegatie bespaart echte rekenkracht. Haiku draaien waar Opus draaide halveert de energievoetafdruk op die stap. Vermenigvuldig dit met iedereen in het team en met elke testcyclus in een jaar en agentdelegatie wordt een niet-triviale knop aan de koolstofkant van je stack.
Ten vierde, betrouwbaarheid. Een ontwikkelagent die zelf de browser bestuurt, heeft de neiging om af te dwalen. Twee screenshots verder vergeet hij wat hij probeerde te valideren. De QA-agent in agentdelegatie heeft één taak en één prompt. Hij test, rapporteert en stopt. De cyclus is kort, voorspelbaar en gemakkelijk te debuggen.
De enige stroom die agentdelegatie hier dekt
Eén ontwikkelagent. Eén QA-agent. Eén MCP-aanroep. Agentdelegatie, van begin tot eind.
Ontwikkelagent levert de functie
Je ontwikkelagent (Claude Opus, Codex hoge redenatie, welk duur model je ook vertrouwt) voltooit de implementatie. Nieuwe eindpunt, nieuw scherm, nieuwe stroom. Code is geschreven, bestanden zijn opgeslagen.
Ontwikkelagent roept run_qa_test aan
In plaats van zelf de browser te openen, roept de ontwikkelagent een enkel MCP-hulpmiddel aan vanaf de AgentsRoom Test Runner-server: run_qa_test, met een scenario in gewoon Engels. Dat is het volledige agentdelegatie API-oppervlak.
AgentsRoom start de QA-agent
AgentsRoom Test Runner start een kortstondige QA-agent op het goedkopere model dat je hebt geconfigureerd (Claude Haiku, Codex mini, GPT-4 mini). De QA-agent krijgt de AgentsRoom Browser MCP-tools: navigeren, klikken, typen, screenshot maken, evalueren, logs ophalen, status ophalen.
QA-agent voert de test uit
De QA-agent opent de pagina, doorloopt het scenario, controleert het resultaat, maakt indien nodig screenshots en leest de consolelogs om runtime-fouten te detecteren die een ontwikkelingsagent zou hebben gemist.
QA-agent dient het oordeel in
Wanneer klaar, roept de QA-agent submit_verdict aan met een geslaagd, mislukt of inconclusief resultaat en een korte samenvatting. Screenshots en logs worden bijgevoegd. Het QA-agentproces wordt beëindigd. Het contextvenster verdwijnt ermee.
Ontwikkelingsagent leest het oordeel en gaat verder
De ontwikkelingsagent ontvangt het oordeel terug als de reactie op run_qa_test. Bij slagen commit de ontwikkelingsagent of gaat verder naar het volgende ticket. Bij mislukken leest de ontwikkelingsagent de samenvatting van de fout, lost de bug op en start een nieuwe agent-delegatiecyclus. De lus sluit vanzelf.
De economie van agent-delegatie
Waarom een slimme splitsing tussen ontwikkeling en QA je AI-kosten verlaagt zonder je normen te verlagen.
Browsertests zijn repetitief. Open de pagina, klik op de knop, lees het label, controleer de melding. Een model van 50 dollar per miljoen tokens doet dat werk net zo goed als een model van 3 dollar per miljoen tokens. Misschien beter, omdat het goedkope model zich niet verveelt. Agent-delegatie zet het goedkope model op de saaie helft van het werk.
Echte cijfers uit echte sessies: een typische end-to-end test op een complexe flow verbruikt 60k tot 200k tokens tussen screenshots, DOM-dumps en redeneerstappen. Op Opus is dat echt geld per test. Op Haiku is dat kleingeld. Agent-delegatie verandert een dagelijkse QA-gewoonte van een budgetkwestie in een gratis reflex.
Vermenigvuldig met elke lus. Een normale ontwikkelingsdag op een niet-triviale functie voert de test vijf tot twintig keer uit. Agent-delegatie stapelt zich op over die herhalingen. De ontwikkelingsagent blijft duur (je wilt dat het duur is), de QA-agent blijft goedkoop, en het verschil is pure besparing.
Agent-delegatie is ook vriendelijker voor de planeet. Minder rekenkracht op dezelfde taak betekent minder energie, minder water in het datacenter, minder koolstof. Niet de enige reden om agent-delegatie in te schakelen, maar een eerlijk neveneffect van het toewijzen van taken aan modellen van de juiste grootte.
Een echte modelsplitsing voor agent-delegatie
Wat mensen daadwerkelijk aansluiten op de ontwikkelingskant en de QA-kant van agent-delegatie.
Ontwikkelingskant (opzettelijk duur gehouden)
- Claude Opus 4.7
- Claude Sonnet 4.6
- Codex hoog redeneren
- GPT-4 met diep redeneren
- Gemini 3 Pro
QA-kant (gedelegeerd naar goedkoper)
- Claude Haiku 4
- Claude Sonnet 4 (lage inspanning)
- Codex mini
- GPT-4 mini
- Gemini 3 Flash
Agent-delegatie vergrendelt de matrix niet. Je configureert het QA-model per project. Je kunt zelfs agent-delegatie toepassen naar een totaal andere provider: Opus op ontwikkeling, Codex mini op QA, geen gedeelde context, alleen een MCP-oproep.
Wat agent-delegatie daadwerkelijk doet onder de motorkap
Agent-delegatie zit op de AgentsRoom MCP-stack. De ontwikkelingsagent draait binnen zijn CLI (Claude Code, Codex, Antigravity, OpenCode, Aider, Grok Build, Mistral Vibe, Kimi Code). AgentsRoom injecteert de Test Runner MCP-server in die agent. De Test Runner stelt één tool bloot: run_qa_test. Dat is het toegangspunt van elke agent-delegatieoproep.
Wanneer run_qa_test wordt uitgevoerd, start AgentsRoom een nieuw CLI-proces in hetzelfde project, met een andere configuratie. Die configuratie heeft de Browser MCP bijgevoegd, de QA-systeem prompt bijgevoegd, en het model verwisseld naar wat je hebt ingesteld aan de QA-kant. Het nieuwe proces is een kortstondige QA-agent: het leeft voor de duur van de test en stopt na submit_verdict.
Terwijl de QA-agent draait, wordt de ontwikkelingsagent gepauzeerd bij de run_qa_test-aanroep. AgentsRoom toont de QA-agent in dezelfde agentenlijst, ingesprongen onder de ontwikkelingsagent (zichtbaar in de afbeelding hierboven). Wanneer de QA-agent klaar is, wordt het oordeel teruggegeven als het resultaat van run_qa_test en hervat de ontwikkelingsagent. Agentdelegatie is een enkele MCP-ronde vanuit het perspectief van de ontwikkelingsagent.
De ontwikkelingsagent krijgt nooit de browsertools. AgentsRoom verwijdert de browser_* tools uit de toegestane lijst van de ontwikkelingsagent bij het starten. Dat is het deel dat agentdelegatie betrouwbaar maakt: de ontwikkelingsagent kan niet terugvallen op het zelf uitvoeren van de test, zelfs niet wanneer zijn instinct is om een screenshot te maken. De enige weg vooruit is run_qa_test. Agentdelegatie door verwijdering, niet op verzoek.
Waar agentdelegatie vandaag draait, en waar daarna
Agentdelegatie in AgentsRoom is vandaag browser-first. Zelfde vorm, meer oppervlakken komen eraan.
Vandaag: browser test delegatie
De QA-agent bestuurt de ingebedde browser van AgentsRoom via de Browser MCP. Localhost ontwikkelingsserver, openbare preview tunnel, staging URL, alles wat Chromium kan weergeven. Formulieren, modals, drag en drop, dialogen, console logs, netwerkfouten. Agentdelegatie dekt het volledige oppervlak dat een web QA-ingenieur zou dekken.
Electron app test delegatie
Als je zelf een Electron-app levert, kun je de AgentsRoom Electron MCP-bibliotheek in je project installeren. De QA-agent verbindt met je Electron-app op dezelfde manier als het verbinding maakt met een Chromium-tabblad. Agentdelegatie strekt zich uit tot desktopapp-testen zonder de ontwikkelingskant te veranderen.
React Native app test delegatie (roadmap)
Dezelfde agentdelegatievorm komt naar React Native. De QA-agent zal een iOS- of Android-simulator aansturen via een AgentsRoom React Native MCP. Ontwikkelingsagent levert een scherm, QA-agent tikt erdoorheen. Zelfde run_qa_test-aanroep, zelfde overdracht van ontwikkeling naar QA, mobiel doel.
Zonder agentdelegatie vs met agentdelegatie
Zelfde functie, zelfde QA-pass. Andere rekening, andere context, andere betrouwbaarheid.
Zonder agentdelegatie
- : De ontwikkelingsagent (duur) opent zelf de browser.
- : Elke screenshot, elke DOM-dump en elke consolelog belandt in de context van de ontwikkelingsagent.
- : 20 minuten klikken verbruikt Opus-tokens voor werk dat een goedkoper model zou doen.
- : De ontwikkelingsagent vergeet wat hij aan het doen was na twee screenshots.
- : Je betaalt de volle prijs voor browserklikken, de planeet betaalt ook de volle prijs.
Met agentdelegatie
- : De ontwikkelingsagent roept run_qa_test aan en wacht.
- : Een goedkope QA-agent doet de klikken, de asserts, de screenshot-opname.
- : Alleen het oordeel (geslaagd, mislukt, samenvatting) bereikt de ontwikkelingsagent.
- : De QA-agent is kortstondig: hij stopt na submit_verdict, geen contextopblazing.
- : Tokenrekening daalt, ontwikkelingsagent blijft gefocust, lus sluit vanzelf.
Agentdelegatie is de goedkoopste betrouwbaarheidsoverwinning die je in een coderingsagentsetup kunt integreren.
Hoe een agentdelegatie-oproep eruitziet
Hier is de volledige vorm van een dev-naar-QA agentdelegatie. De ontwikkelingsagent stuurt dit via de Test Runner MCP en wacht op de reactie.
MCP tool oproep (ontwikkelingsagent)
run_qa_test({
scenario: "Open http://localhost:3000/login.\n Typ de ingezaaide testgebruiker in het e-mailveld.\n Dien het formulier in.\n Bevestig dat de dashboard-URL is bereikt en de naam van de gebruiker in de header wordt weergegeven.\n Maak een screenshot bij succes, leg consolelogs vast bij falen."
})FAQ
Wat is agentdelegatie in AgentsRoom?
Agentdelegatie is een overdracht van ontwikkeling naar QA tussen twee AI-coderingsagenten. De ontwikkelingsagent voltooit een functie, roept een enkele MCP-tool aan (run_qa_test), en een tijdelijke QA-agent voert de test uit op een ander model. De ontwikkelingsagent leest het oordeel en gaat verder. De hele agentdelegatiestroom verloopt via de AgentsRoom MCP-servers.
Waarom zou ik überhaupt agentdelegatie willen?
Drie redenen. Geld: de QA-agent draait op een goedkoper model, dus testpasses kosten een fractie van wat ze op het ontwikkelingsmodel zouden kosten. Context: de ontwikkelingsagent blijft schoon, alle screenshots en DOM-dumps verdwijnen met de QA-agent. Betrouwbaarheid: de QA-agent heeft één taak, dus test hij beter dan een ontwikkelingsagent die multitaskt op browserklikken.
Welke modellen werken voor agentdelegatie?
Elk model dat AgentsRoom ondersteunt: Claude (Opus, Sonnet, Haiku), Codex (hoog, mini), Antigravity (Pro, Flash), OpenCode, Aider, Grok Build, Mistral Vibe, Kimi Code. Agentdelegatie is provideroverschrijdend. Een gebruikelijke verdeling is Claude Opus of Codex aan de ontwikkelingskant en Claude Haiku of Codex mini aan de QA-kant, maar je kiest zelf.
Is agentdelegatie alleen voor browsertests?
Vandaag wel, de QA-agent bestuurt de in AgentsRoom ingebedde Chromium-browser. Morgen dekt dezelfde agentdelegatievorm Electron-apps (installeer de AgentsRoom Electron MCP-bibliotheek in je Electron-project) en React Native-apps (roadmap, iOS- en Android-simulatoren).
Hoe voorkomt agentdelegatie dat de ontwikkelingsagent de test zelf uitvoert?
AgentsRoom verwijdert de browser_* tools van de ontwikkelingsagent bij het opstarten. De ontwikkelingsagent kan letterlijk geen browser_navigate of browser_screenshot aanroepen. Het enige browserpad is run_qa_test, dat agentdelegatie activeert. De beperking is mechanisch, geen beleefde vraag in een prompt.
Is agentdelegatie cloud of lokaal?
Lokaal-eerst. De ontwikkelingsagent, de tijdelijke QA-agent, de MCP-brug en de browser draaien allemaal op je machine. Agentdelegatie gebruikt alleen de cloud wanneer het onderliggende model (Claude, Codex, Antigravity) met zijn eigen provider praat, precies zoals een normale agentrun.
Bespaart agentdelegatie echt geld?
Ja, met een betekenisvolle factor voor QA-intensieve dagen. Een complexe end-to-end test op Opus of Codex hoog versus dezelfde test op Haiku of Codex mini is ruwweg een 10x kostenverschil. Agentdelegatie gedurende een ontwikkelingsdag over het team vergroot dat verschil snel.
Wat krijgt de ontwikkelingsagent terug van agentdelegatie?
Een kort gestructureerd oordeel: geslaagd, mislukt of niet doorslaggevend, met een samenvatting, optioneel pad naar screenshot en optionele consolelogs. Geen ruwe screenshots in context, geen DOM-dumps. Dat is het hele punt van agentdelegatie: isoleer het QA-geluid binnen de QA-agent.
Kan de QA-agent een backlogticket indienen als het mislukt?
Ja. Agentdelegatie geeft de QA-agent de Backlog MCP. Een mislukking kan als een backlogticket op het project terechtkomen, met het scenario, screenshot en consolelogs bijgevoegd. De ontwikkelingsagent leest het oordeel en het backlogticket bevat de uitgebreide details.
Waar past agentdelegatie ten opzichte van de andere AgentsRoom-functies?
Agentdelegatie bevindt zich bovenop Browser Automation (dat de QA-agent de browser geeft) en de AgentsRoom MCP-servers (die elke agent zijn tooloppervlak geven). Agent Teams is de bredere multi-agent workflow-editor: agentdelegatie is de ontwikkeling naar QA-variant van die workflow, maar blootgesteld als een enkele MCP-oproep zodat elke agent in elke provider het kan gebruiken zonder een grafiek te configureren.
Past goed bij
Browser Automation
De Chromium- en Browser MCP-laag die de QA-kant van agentdelegatie aanstuurt. Echte persistente browser per project.
Agent Teams
Visuele multi-agent workflow editor. Agentendelegatie is de dev naar QA variant, Agent Teams is de volledige grafiekversie met N knooppunten en feedbackloops.
AgentsRoom MCP
De MCP-servers die agentendelegatie mogelijk maken: Test Runner, Browser, Backlog, Terminal Commands, Prompt Library.
Multi-Provider
Voer Claude, Codex, Antigravity, OpenCode, Aider, Grok Build, Mistral Vibe en Kimi Code naast elkaar uit. Agentendelegatie is de cross-provider benadering van hetzelfde idee.
Claude Code Token Gebruik
Live tokenmeter per sessie. De snelste manier om de kostenbesparing door agentendelegatie in de praktijk te bevestigen.
Openbare Backlog
Wanneer een QA-agent faalt in een agentendelegatiepass, komt de bug hier terecht. Klanten en teamgenoten zien de regressie, de dev-agent pakt het op.
Stop met het betalen van Opus-prijzen voor QA-kliks
Download AgentsRoom en probeer agentendelegatie. Koppel je dev-agent aan het model dat je vertrouwt, je QA-agent aan een goedkoper model, en laat de dev naar QA overdracht vanzelf plaatsvinden via MCP.
Companion-app: houd je agents onderweg in de gaten
Breng je eigen: Claude, Codex, Antigravity CLI of andere AI-provider.
Stuur bugs en verzoeken direct naar je openbare backlog.
Een glimp van AgentsRoom in actie.