Agent Teams.
Een echt technisch team, gescript.
AgentsRoom Teams koppelt uw AI-coderingsagenten zoals een echt engineeringteam. Een Fullstack Dev levert de functie, een QA Engineer valideert het, een PM keurt het goed. Elke rol is gescript, de workflow is visueel, en elke overdracht bevat de functiebeschrijving, de diff, de risico's en de testaanwijzingen. Geen enkele agent meer die alles slecht doet.
Bouw uw droom AI-ontwikkelteam op een visueel canvas, net als een n8n-workflow. Conditionele verbindingen, feedbackloops, parallelle reviewtakken, machine-gecontroleerde kwaliteitscontroles, max-cycles bewaker. Sla het een keer op, voer het uit op elk ticket, kijk hoe uw agenten de fakkel doorgeven als senioren.
AgentsRoom Teams: visuele multi-agent workflow-editor, automatische overdracht tussen Claude Code agenten, feedbackloop van Dev naar QA, MCP-gebaseerde inter-agent communicatie.
Agent Teams is het antwoord van AgentsRoom op een harde waarheid over AI-coderingsagenten: een enkele agent die alles probeert te doen, doet uiteindelijk alles slecht. De Fullstack agent die codeert, test, beoordeelt, implementeert en de specificatie schrijft, vergeet halverwege de helft van zijn instructies. Het juiste antwoord, dat door elk serieus softwareteam ter wereld wordt gebruikt, is om het werk op te splitsen in rollen. Een ontwikkelaar codeert. Een QA-engineer valideert. Een productmanager keurt goed. Een security reviewer voert een audit uit. Elke rol heeft zijn eigen context, zijn eigen focus, zijn eigen tooling.
Dit is precies wat Agent Teams naar AgentsRoom brengt. U plaatst knooppunten op een oneindig canvas (gebouwd op React Flow, dezelfde engine als n8n, Make, Retool en Pipedream), elk knooppunt is een Claude Code, Codex, OpenCode, Antigravity CLI, Aider, Grok Build, Mistral Vibe of Kimi Code agent toegewezen aan een specifieke rol, en u verbindt ze met elkaar. Voer het team uit op een ticket uit uw backlog, of koppel het aan elke nieuwe agent spawn. AgentsRoom orkestreert de keten: spawn de eerste agent, wacht op de overdracht, vat het werk samen, spawn de volgende agent met die samenvatting als zijn inkomende context, herhaal totdat het team het eindknooppunt bereikt.
Andere tools proberen dit te doen met een enkele super-agent en slimme prompts. We hebben dat geprobeerd, het werkt niet voorbij drie stappen. Rollen drijven af, context gaat verloren, de agent vergeet wat het moest verifiëren. Agent Teams behandelt de agenten als echte teamgenoten: elk krijgt een schone sessie, een gerichte systeemprompt, een gestructureerde overdracht payload, en een gedeeld kladblok om met de anderen te praten. Dit is de AI-engineeringteam workflow die u echt wilt.
AgentsRoom Teams editor: plaats knooppunten voor elke rol, verbind ze, voeg voorwaarden toe, sla het team op, voer het uit op elk ticket.
Multi-agent orkestratie die echt schaalbaar is
Elk knooppunt op het canvas is een agent. U kiest zijn rol (Fullstack, Frontend, Backend, QA, Security, DevOps, PM, Architect, Mobile, Marketing, Git, SEO, Localization, of elke aangepaste rol die u heeft gemaakt), zijn model (Opus, Sonnet, Haiku, GPT-5, o3, Antigravity Pro, etc.), zijn overdrachtsmodus (automatisch via Stop hook, of handmatig via een knop) en een paar regels stap-specifieke instructies. Dat is het. Geen prompt engineering ceremonie, geen YAML-configuratiebestand om te schrijven.
Verbindingen verbinden de knooppunten. Een eenvoudige verbinding betekent: wanneer de eerste agent zijn stap voltooit, overdracht naar de volgende. Een conditionele verbinding bevat een vlagcontrole, bijvoorbeeld qaPassed equals true. De QA-agent stelt die vlag in zijn overdracht payload in, de runner kiest de bijpassende verbinding. Dit is hoe u feedbackloops bouwt: QA voltooit, qaPassed equals false, verbinding stuurt terug naar Dev met de testaanwijzingen en de risico's. Dev repareert, draagt opnieuw over. Herhaal totdat de QA slaagt of totdat de max-cycles bewaker ingrijpt.
Inter-agent communicatie is robuust van ontwerp. AgentsRoom levert een speciale MCP-server (agentsroom-team) die elke agent in de run een set tools geeft: lees de teamcontext, lees het gedeelde NOTES.md kladblok, plaats een notitie voor teamgenoten, stuur een vraag naar een andere rol, lees de inbox, lees de tijdlijn, lees de git-diff tegen de run-baseline, en voltooi de stap met een gestructureerde payload. Deze tools worden bij elke beurt opnieuw geïnjecteerd in de Claude-sessie, zodat ze contextcompactie overleven. Zelfs na een /compact of een /clear, ziet de agent nog steeds zijn teamtools.
Daarbovenop herinnert een UserPromptSubmit hook de agent aan eventuele nieuwe notities van teamgenoten voor elk gebruikersbericht. Een NOTES.md bestand in de werkruimte is alleen-toevoegen en overleeft crashes, herstarts en Mac herstarts. Een overdracht payload schema gevalideerd aan de serverzijde voorkomt dat agenten lege of rommel payloads overdragen. Dit is het deel dat de meeste multi-agent demo's stilletjes overslaan, en de reden waarom de meeste van hen uit elkaar vallen bij cyclus 3.
Alles wat u nodig heeft om een AI-engineeringteam te runnen
Visuele workflow, echte overdracht, echte feedbackloops, echte inter-agent communicatie. Gebouwd zodat u een functie kunt leveren in één Slack-ping in plaats van vijftig.
Visueel workflow canvas
Oneindig zoombaar canvas aangedreven door React Flow, dezelfde engine achter n8n, Retool, Pipedream en Make. Plaats knooppunten, verbind ze, sla het team op. Geen code, geen YAML.
14 ingebouwde agentrollen
Fullstack, Frontend, Backend, DevOps, QA, Security, PM, Architect, Mobile, Marketing, Git Expert, SEO, i18n. Plus elke aangepaste rol die u al op uw project heeft opgeslagen.
Model en prompt per knooppunt
Elke node kiest zijn provider, zijn model en zijn stapinstructies. Gebruik Opus voor Architect, Haiku voor QA, Codex voor de zware backend, Antigravity voor de goedkope frontend. Mix en match.
Automatische overdracht
Wanneer een agent team_complete_step aanroept, bouwt AgentsRoom de overdrachtspayload (functiesamenvatting, gewijzigde bestanden, risico's, testaanwijzingen, vlaggen) en start de volgende node met die payload als startcontext.
Optie voor handmatige overdracht
Verkies je elke stap te valideren? Schakel de node over naar de handmatige modus. De agent wacht, jij klikt op 'Overdragen' wanneer je tevreden bent met het resultaat. Het beste van beide werelden.
Conditionele verbindingen
Elke verbinding kan een vlagcontrole bevatten (bijv. qaPassed is gelijk aan true). Bouw vertakkingen: als QA slaagt, ga naar PM, anders terug naar Dev. Echte workflowlogica, geen scripting.
Feedbackloops
Dev naar QA naar Dev naar QA. Wanneer QA het ticket terugstuurt, wordt de oorspronkelijke Dev-agent hergebruikt met volledige herinnering aan de vorige cyclus, zodat het daadwerkelijk de regressie oplost in plaats van opnieuw te beginnen.
Machine-gecontroleerde kwaliteitsdrempels
Pin een controlecommando op een willekeurig knooppunt (npm test, een lint, een build). De runner voert het uit wanneer de agent aangeeft klaar te zijn: exitcode 0 zet de routeringsvlag op true, iets anders op false. Het gemeten resultaat overschrijft altijd het zelfrapport van de agent.
Parallelle review-branches
Teken twee onvoorwaardelijke randen vanuit een knooppunt en beide doelen worden tegelijkertijd uitgevoerd: QA en Security beoordelen dezelfde diff naast elkaar, waarna een samenvoegknooppunt hun rapporten samenvoegt. Een rode tak houdt de poort gesloten.
Vaardigheden vastgezet per stap
Koppel items uit je Vaardighedenbibliotheek aan een knooppunt. De agent laadt ze voordat de stap begint, zodat je reviewchecklist of implementatiehandleiding bij elke run wordt toegepast, niet alleen wanneer de agent eraan denkt.
Max-cycli bewaker
Configureerbare limiet (standaard 3). Voorkomt oneindige QA-weigert-Dev loops. Wanneer de limiet is bereikt, pauzeert de run op wachtend-op-finalisatie en beslis jij wat te doen.
Runs overleven herstarts
Sluit de app halverwege de run, open hem opnieuw, de run herneemt de stap waar hij was. Status, notities en tijdlijn blijven op schijf; de orkestrator pakt het werk weer op in plaats van een zombie achter te laten.
Teambibliotheek op je account
Globale teams zijn gesynchroniseerd met je account en volgen je op verschillende apparaten; projectteams reizen mee met de kamer. Beide houden een offline cache bij, en offline gemaakte wijzigingen worden afgespeeld wanneer je opnieuw verbinding maakt.
Gedeelde NOTES.md kladblok
Elke agent in de run leest en schrijft een markdown-bestand in de werkruimte. Overleeft compactie, crash, herstart. De enige bron van waarheid voor het redeneren van het team.
Rol-naar-rol inbox
Moet de QA een vraag stellen aan de Architect midden in de run? team_ask plaatst een bericht in de inbox van de rol. De volgende agent in die rol leest het en antwoordt. Echte chat tussen agents.
MCP-gebaseerde inter-agent communicatie
Alle teamtools worden blootgesteld via een MCP-server. Tools overleven Claude contextcompactie (Anthropic stuurt ze elke beurt opnieuw). Bestand tegen /clear, /compact en lange loops.
Haiku-gestuurde overdrachtssamenvatting
Als een agent zijn eigen functiesamenvatting niet schrijft, genereert een kleine Haiku-aanroep er een vanuit de git diff. Goedkoop, snel, en de volgende agent landt altijd met context.
Browser MCP propagatie
Een teamnode met verifyInBrowser schakelt zijn agent automatisch over naar browsertoegangsmodus. De QA-node landt met volledige browsertools (navigeren, klikken, typen, screenshot, logs ophalen).
Kortstondige agents per run
Elke teamrun spawnt nieuwe agents en vernietigt ze bij ontslag. Je projectagentenlijst blijft schoon. Het team is de workflow, de agents zijn de runtime.
Globale en projectteams
Sla herbruikbare teams op in je globale bibliotheek (~/.agentsroom/teams) of pin ze aan een specifiek project (vastgelegd met de kamer). Dezelfde editor, andere scope.
Vier teamtemplates inbegrepen
Bouw dan verifieer, Specificeer bouw verifieer, Bug jacht (reproduceer, repareer, bewijs), en Release schild met parallelle QA en Beveiliging. Dupliceer, bewerk, voer uit. Begin in 30 seconden.
Run tijdlijn UI
Elke overdracht verschijnt als een kaart in de run tijdlijn: welke rol net klaar is, wat de samenvatting zegt, welke bestanden zijn gewijzigd, welke vlaggen zijn ingesteld. Controleerbaar, opnieuw afspeelbaar.
Voer uit op elk backlogticket
Plaats een ticket bij een team en de keten begint bij dat ticket. De eerste agent leest de titel en inhoud van het ticket, de rest van het team pakt het daar op.
14 gespecialiseerde rollen, klaar om verbonden te worden
Elke rol heeft zijn eigen systeemprompt, focusgebieden en voorbeeldtaken. Combineer en pas ze aan op het canvas. Voeg op elk moment je eigen aangepaste rollen toe.
Waarom een echt team beter is dan één super-agent
Multi-agent orkestratie klinkt als een modewoord. Hier is het praktische verschil, bij een functie die je daadwerkelijk zou verzenden.
Scenario: voeg een Stripe-betaalstroom toe aan een e-commerce site
Solo super-agent
- • Leest het ticket. Schrijft 600 regels over de API, het React-formulier, de webhook, de migratie, de tests.
- • Vergeet de idempotency-sleutel op de webhook. Vergeet het falenpad te testen. Vergeet de staging-omgeving variabele.
- • Zegt 'Klaar'. Je besteedt twee uur aan het opsporen van bugs in productie.
Agent Team (Dev naar Security naar QA)
- • Fullstack-agent levert de implementatie, commit, draagt over met een samenvatting en een risicolijst die de auth-wijziging markeert.
- • Security-agent leest de diff, controleert de handtekeningcontrole van de webhook, schrijft testaanwijzingen voor de QA in de overdrachtspayload.
- • QA-agent voert de testaanwijzingen uit in de ingebedde browser, stuit op een idempotency-bug, stelt qaPassed gelijk aan false, stuurt het ticket terug naar Dev met de exacte reproductie.
- • Dev repareert, draagt opnieuw over. QA slaagt. De PM rondt af. Run gaat naar klaar.
Zelfde ticket, dezelfde modellen, hetzelfde project. Andere vorm van werk. De teamaanpak vangt op wat de solo-agent mist, omdat elke rol een gerichte opdracht en een gestructureerde overdracht heeft.
Vertrouwen wordt gemeten, niet verklaard
Een agent die zijn eigen huiswerk beoordeelt, zal zichzelf uiteindelijk laten slagen. Agent Teams houdt de pijplijn eerlijk met twee mechanismen.
De exitcode beslist
Elke node kan een controleopdracht declareren: npm test, een lint, een build, alles wat een exitcode retourneert. Wanneer de agent team_complete_step aanroept, voert de runner de opdracht uit in de werkruimte en schrijft het gemeten resultaat in de routeringsvlag. Groen betekent dat de uitvoering doorgaat. Rood betekent dat de foutuitvoer bovenaan de context van de volgende agent terechtkomt, met de daadwerkelijke stderr. Een agent die beweert dat alle tests slagen terwijl de suite rood is, wordt gerouteerd door de rode suite, niet door zijn bewering.
Vier ogen, tegelijkertijd
Splits een node uit in parallelle takken: QA oefent de stromen terwijl Security de diff controleert, elk in zijn eigen agent, blind voor de conclusies van de ander. Een samenvoegnode wacht op elke tak, voegt samenvattingen, risico's en vlaggen samen, en routeert op het gecombineerde resultaat. Booleaanse conflicten worden standaard opgelost naar false: één falende beoordelaar is voldoende om de release tegen te houden.
Dev → [ QA ∥ Security ] → ReleasepoortHoe een teamrun werkt
Open het Teams-tabblad
In je projectweergave toont het Teams-tabblad vier sjabloonzaden (Build dan verify, Spec build verify, Bug hunt, Release shield) plus elk team dat je al hebt opgeslagen. Dupliceer een sjabloon of klik op 'Nieuw team'.
Bouw de workflow op het canvas
Plaats agentknooppunten op het React Flow-canvas. Kies voor elk knooppunt de rol (Fullstack, QA, Security, PM, enz.), de provider, het model en een paar regels stapinstructies. Verbind ze met randen. Voeg voorwaarden toe aan randen als je vertakkingen nodig hebt.
Dev → QA → PMStel de overdrachtsmodus per node in
Automatische overdracht: de agent roept team_complete_step aan wanneer zijn werk klaar is, de runner neemt het over. Handmatige overdracht: de agent wacht tot je op 'Overdragen' klikt. Combineer beide indien nodig.
Voer het team uit
Klik vanuit een backlogticket op 'Uitvoeren met team'. Klik vanuit een lege agentslot op 'Creëer als team'. De eerste node start als een tijdelijke agent in de projectwerkruimte.
Bekijk de overdracht plaatsvinden
Wanneer agent N klaar is, bouwt AgentsRoom de overdrachtslading (functiesamenvatting via de agent of via Haiku, git diff, risico's, testaanwijzingen, vlaggen), voegt een notitie toe aan NOTES.md, kiest de juiste uitgaande rand op basis van de vlaggen, en draagt over aan agent N+1 met die lading als zijn inkomende context. Als de node een controleopdracht declareert, voert de runner deze eerst uit: de gemeten exitcode, niet de claim van de agent, stelt de routeringsvlag in.
Herhaal, beëindig, voltooi
Feedbackloops komen opnieuw binnen bij de oorspronkelijke agent (volledig geheugen behouden). Eindnode activeert wachtend op voltooiing. Je klikt op 'Voltooien'. Sluit de banner om de agents te vernietigen en de PTYs vrij te geven.
Inter-agent communicatie die alles overleeft
Het detail dat de meeste multi-agent demo's overslaan. Dit is wat Agent Teams over lange runs en vele cycli laat standhouden.
Claude Code agents hebben een contextvenster en ze comprimeren het. De klassieke fout van multi-agent systemen is om de teamcoördinatie alleen in de systeemprompt te plaatsen. Na twee cycli van /compact heeft de agent geen idee dat hij in een team zit. AgentsRoom doet dat niet.
Alle teamcoördinatie leeft op drie plaatsen die compressie overleven. Ten eerste, een MCP-server (agentsroom-team) stelt tools bloot (team_get_context, team_read_notes, team_post_note, team_read_inbox, team_ask, team_read_timeline, team_read_diff, team_complete_step). MCP-tools worden bij elke beurt opnieuw naar Claude gestuurd door de CLI, zodat ze immuun zijn voor contextcompressie.
Ten tweede, een UserPromptSubmit-hook draait voor elk gebruikersbericht en voegt een kleine herinnering toe als er nieuwe notities of nieuwe inboxberichten voor die rol zijn. Goedkoop als er niets gebeurt, doorslaggevend als dat wel het geval is.
Ten derde, NOTES.md en state.json leven op schijf in de werkruimte. De agent kan ze op elk moment opnieuw lezen met een eenvoudige Read of met team_read_notes. Ze overleven crashes, herstarts, /clear, /compact en Mac-herstarts. De systeemprompt is nooit de bron van waarheid, de schijf en de MCP-tools zijn dat wel.
Wat mensen bouwen met Agent Teams
Dev naar QA pijplijn
De klassieker. Fullstack levert de functie. QA valideert het in de ingebedde browser, voert de testaanwijzingen uit, keurt goed. Twee-node team, draait op elk ticket uit de backlog.
Dev naar QA met feedbackloop
Hetzelfde als hierboven, maar met een voorwaardelijke rand: qaPassed gelijk aan false stuurt het ticket terug naar Dev met de testaanwijzingen. Maximaal 3 cycli. Vangt regressies voordat ze een menselijke beoordelaar bereiken.
Dev naar Security naar QA
Voor functies die auth, betalingen of PII raken. Security agent beoordeelt de diff, markeert risico's, schrijft testaanwijzingen voor QA. Gebruikt door teams die fintech, healthtech en B2B SaaS verzenden.
PM naar Architect naar Dev
Spec-eerst workflow. PM agent zet het ticket om in een gestructureerde specificatie. Architect kiest de aanpak. Dev implementeert. Drie rollen, duidelijke scheiding, traceerbare beslissingen.
Frontend, Backend, DevOps fan-out
Sequentiële splitsing voor full-stack functies. Frontend levert de UI. Backend levert de API. DevOps voegt de infra-configuratie toe. Elke rol werkt in zijn eigen gebied en draagt over met een schone diff.
Marketing naar SEO naar i18n
Ja, AgentsRoom Teams is niet alleen voor code. Marketing schrijft de landingspagina-tekst. SEO voegt de trefwoorden toe. Lokalisatie vertaalt naar 14 talen. Eén team, één ticket, één schip.
Release schild: parallelle QA en Beveiliging
Een ontwikkelingsnode verspreidt zich naar QA en Beveiliging die naast elkaar draaien, waarna een releasepoort beide rapporten samenvoegt. Wordt geleverd met de app als een sjabloon. Het hele schild keert terug naar Dev als een van beide takken een probleem meldt.
Bug jacht: reproduceer voordat je het oplost
Een QA-agent reproduceert de bug en schrijft exacte stappen. Een ontwikkelaar lost de hoofdoorzaak op. Een tweede QA herhaalt dezelfde stappen om de oplossing te bewijzen. Geen 'werkt op mijn machine' meer.
Hoe het zich verhoudt tot andere multi-agent benaderingen
Multi-agent orkestratie is een druk buzzword. Hier is wat daadwerkelijk wordt verzonden, en waar AgentsRoom Teams past.
Anthropic Subagents (Task tool, .claude/agents) laten een enkele Claude-sessie delegeren aan gespecialiseerde hulpagents. Geweldig voor inline delegatie, maar de oudersessie is nog steeds de coördinator en een enkele context. AgentsRoom Teams is een niveau hoger: elke teamnode is een aparte top-level Claude-sessie met zijn eigen venster, zijn eigen staat, zijn eigen scrollback. CrewAI, AutoGen en LangGraph zijn uitstekende Python-frameworks voor multi-agent flows, maar ze leven buiten je IDE en ze draaien geen echte Claude Code, Codex of Antigravity CLI's end-to-end op je lokale repo. n8n, Make, Pipedream en Retool leveren hetzelfde soort canvaseditor dat wij gebruiken, maar ze zijn algemene automatiseringsplatforms, niet gebouwd voor AI-coderingsagents. AgentsRoom Teams is de canvas-stijl multi-agent workflow editor, maar specifiek verbonden met je CLI-agents, je project, je git, je terminals en je browser.
Als je agentische systemen in Python bouwt, blijf dan CrewAI of LangGraph gebruiken voor productie-pijplijnen. Als je code verzendt met Claude Code, Codex CLI, OpenCode, Antigravity CLI, Aider, Grok Build, Mistral Vibe of Kimi Code, is Agent Teams de teamworkflow die draait waar je daadwerkelijk codeert.
FAQ
Hoe verschilt dit van Claude Code subagents (de Taak tool, .claude/agents)?
Claude subagents zijn inline delegaties van een enkele ouder Claude sessie. De ouder beslist wanneer een subagent wordt aangeroepen, de subagent draait in een geïsoleerd contextvenster, retourneert een resultaat, en de ouder gaat verder. AgentsRoom Teams is een niveau hoger: elke node is een top-level Claude Code sessie met zijn eigen terminal, eigen status en eigen scrollback. Je ziet elke agent live draaien in zijn eigen tabblad, je kunt op elk moment met een van hen praten, je kunt het team pauzeren, de workflow wijzigen en hervatten. Het is geen vervanging voor Claude subagents, je kunt beide absoluut gebruiken. Een teamnode kan intern subagents gebruiken.
Werkt dit alleen met Claude Code?
Het werkt met elke door AgentsRoom ondersteunde provider (Claude Code, Codex CLI, OpenCode, Antigravity CLI, Aider, Grok Build, Mistral Vibe, Kimi Code). Elke teamnode kiest zijn eigen provider en model. De MCP-gebaseerde teamcoördinatietools werken identiek over providers heen omdat ze worden blootgesteld via het standaard Model Context Protocol. Je kunt een team draaien met Codex op de zware backend-node en Haiku op de QA-node als dat past bij je budget en je latentie.
Wat is een overdrachtspayload?
Een gestructureerd object dat van de ene agent naar de volgende reist. Velden: featureSummary (een korte beschrijving van wat zojuist is geleverd), changedFiles (git diff naam-status), touchedAreas (UI, API, DB, config), risks (alles waar de volgende agent zich zorgen over moet maken), testHints (prioriteiten voor QA), flags (booleans zoals qaPassed, gebruikt door conditionele randen). De agent roept team_complete_step aan met deze payload, de runner valideert het aan de serverzijde, de volgende agent ontvangt het als zijn startcontext.
Kunnen agents echt heen en weer gaan (Dev naar QA naar Dev)?
Ja. Wanneer een node opnieuw wordt betreden (cyclus groter dan 1), spawnt AgentsRoom geen nieuwe agent. Het hergebruikt de originele agent van cyclus 1, schrijft de nieuwe overdrachtspayload direct in zijn bestaande terminal, en de agent behoudt zijn volledige Claude sessiegeheugen van de vorige cycli. Dit is cruciaal: een Dev-agent die al weet wat QA de vorige keer heeft gemarkeerd, lost de bug op. Een nieuwe Dev-agent zonder geheugen zou dezelfde fout gewoon herhalen.
Wat gebeurt er als QA Dev voor altijd blijft afwijzen?
De teamconfiguratie heeft een max-cycles beveiliging, standaard 3. Wanneer de limiet is bereikt, pauzeert de run met een 'geblokkeerde' status en wacht op jou. Je kunt de run voltooien, handmatig nog een keer overdragen, of alles annuleren. Geen oneindige lussen, geen verrassende rekeningen 's nachts.
Delen alle teamagents dezelfde git-werkruimte?
Ja. Het team draait in een enkele werkruimte en een enkele branch (of worktree als je de AgentsRoom Worktrees-functie gebruikt). Elke agent ziet het werk van de vorige via git. De overdrachtspayload bevat een git diff tegen de run-baseline zodat de volgende agent precies weet wat nieuw is.
Vereist dit een extra abonnement?
Nee. Teams maken deel uit van AgentsRoom. Je brengt je eigen provider-sleutels (Claude, Codex, OpenCode, Antigravity, Aider, Grok Build, Mistral Vibe, Kimi Code) en je betaalt alleen voor de tokens die je gebruikt, net als bij een enkele agent. Het draaien van een Dev naar QA team op een klein ticket kost doorgaans hetzelfde als het draaien van een enkele Fullstack agent, omdat Haiku/Sonnet op de QA-stap goedkoop is.
Waar worden de teams opgeslagen? Worden ze gecommit naar git?
Project-gescopeerde teams leven met de ruimte, gesynchroniseerd met je account en gecached in {project}/.agentsroom/teams-cache.json (git genegeerd). Globale teams worden ook gesynchroniseerd met je account, zodat je teambibliotheek je volgt over machines heen, met ~/.agentsroom/teams/ als de offline cache. Gezaaide sjablonen blijven lokaal: elke machine zaait ze in zijn eigen taal.
Wat als een agent crasht of de app halverwege opnieuw opstart?
De run-status wordt naar schijf opgeslagen in {workspace}/.agentsroom/team-runs/{runId}/ (state.json, NOTES.md, inbox/, timeline.jsonl), met atomaire schrijfbewerkingen en een alleen-aanvulbaar notitiebestand. Een onderbroken run hervat bij het opnieuw opstarten van de app: de orkestrator betreedt opnieuw de stap die actief was, heropent de terminal, en de agent krijgt zijn context terug uit de notities en de teamtools. Een run waarvan de teamdefinitie is verwijderd, wordt automatisch gesloten in plaats van voor altijd te blijven hangen.
Kan ik meerdere teams parallel laten draaien op verschillende tickets?
Ja. Elke teamrun is onafhankelijk en geïdentificeerd door zijn runId. Je kunt drie verschillende teams live hebben op drie tickets in hetzelfde project. Binnen een enkele run volgt de uitvoering je grafiek: standaard sequentieel, parallel waar je parallelle takken tekent (bijvoorbeeld QA en Beveiliging die tegelijkertijd beoordelen), altijd terug samenkomend op één deterministische samenvoegnode.
Kunnen twee agents echt tegelijkertijd draaien?
Ja. Teken twee onvoorwaardelijke randen uit een node en beide doelen draaien als parallelle takken, elk in zijn eigen agent en terminal. Takken zijn één node diep en moeten samenkomen op een gemeenschappelijke samenvoegnode, die de editor valideert voordat je kunt draaien. Wanneer elke tak is voltooid, ontvangt de samenvoeging één samengevoegde payload: samenvattingen gelabeld per rol, gededupliceerde risico's en testaanwijzingen, en vlaggen samengevoegd met een fail-safe regel (een booleaanse conflict wordt opgelost naar false).
Hoe werken kwaliteitspoorten precies?
Je typt een shell-opdracht op de node, bijvoorbeeld npm test, en optioneel een vlagnaam (standaard checkPassed). Wanneer de agent voltooiing signaleert, voert AgentsRoom de opdracht uit in de werkruimte met een limiet van vijf minuten. Exitcode 0 schrijft true in de vlag, iets anders schrijft false, waarmee wordt overschreven wat de agent over zichzelf heeft gerapporteerd. Bij een mislukking reizen de laatste kilobytes van de uitvoer naar de volgende agent, zodat de loop-back landt met de daadwerkelijke stack trace, en het resultaat wordt weergegeven op de uitvoeringstijdlijn.
Kan een stap mijn Vaardighedenbibliotheekprocedures laden?
Ja. Elke node kan vaardigheden vastzetten uit je Vaardighedenbibliotheek, project of globaal. De agent krijgt de instructie om elk van hen te laden voordat de stap begint, zodat een beoordelingschecklist, een implementatierunbook of een testprocedure bij elke uitvoering wordt toegepast in plaats van afhankelijk te zijn van het geheugen van de agent.
Bouw je droomteam van AI-ontwikkelaars
Vier sjablonen worden meegeleverd met de app. Open AgentsRoom, plaats nodes, teken randen, voer uit op elk ticket. Je AI-engineeringteam is slechts één klik verwijderd.
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.