← Nieuwste papers
💻 computer science

QueenBee Planner: Skill-Evolving Communication Topologies for Token-Efficient LLM Multi-Agent Systems

Het QueenBee Planner-framework verbetert token-efficiënte LLM multi-agent systemen door de topologieën van inter-agent communicatie te behandelen als een zelfverbeterende ontwerpskill, waarbij een leerbare planner optimale berichtoverdrachtstructuren genereert die vaste of cold-start baselines aanzienlijk overtreffen in nauwkeurigheid en kosten, terwijl uitvoeringstraces worden gedestilleerd tot robuuste, falsificatiebestendige ontwerpregels.

Oorspronkelijke auteurs: Congjia Tian, Yuhang Yao, Jiaming Cui

Gepubliceerd 2026-06-29
📖 5 min leestijd🧠 Diepgaand

Oorspronkelijke auteurs: Congjia Tian, Yuhang Yao, Jiaming Cui

Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer

Stel je voor dat je een team hebt van 8 briljante maar geïsoleerde experts (de "werkers"). Elke expert heeft een klein stukje van een enorme puzzel (een "scherf" aan data), maar niemand kan het hele plaatje zien. Hun taak is om het uiteindelijke antwoord te vinden, maar dat kunnen ze alleen door met elkaar te praten.

De grote vraag die het paper stelt is: Hoe moeten deze experts met elkaar praten?

Moeten ze allemaal tegelijk roepen? Moeten ze een cirkel vormen? Moeten ze briefjes doorgeven in een lijn? Of moeten ze een specifieke hiërarchie vormen waarbij sommigen briefjes verzamelen en naar boven doorgeven?

In de meeste computersystemen kiezen ingenieurs één manier om de experts met elkaar te verbinden (een "vaste topologie") en houden ze zich daar aan. Dit paper introduceert QueenBee Planner, een systeem dat niet alleen een verbindingsstijl kiest, maar ook leert hoe het de beste gespreksstroom voor de taak kan ontwerpen, en steeds slimmer wordt elke keer dat het het probeert.

Hier is hoe het werkt, onderverdeeld in eenvoudige concepten:

1. De "Architect" versus de "Werkers"

Beschouw het systeem als een systeem met twee duidelijke rollen:

  • De Werkers: Dit zijn de experts die de eigenlijke berekeningen of redeneringen uitvoeren. In dit systeem zijn zij bevroren. Ze leren niets nieuws; ze doen gewoon hun werk precies zoals ze dat altijd hebben gedaan.
  • De QueenBee Planner: Dit is de "Architect". Deze doet niet de berekeningen. De enige taak is het tekenen van een kaart (een "communicatie-DAG") die zegt: "In Ronde 1 stuurt Expert A een briefje naar Expert B. In Ronde 2 voegt Expert B dat samen met zijn eigen briefjes en stuurt het naar Expert C."

De magie is dat de Architect leert. Het probeert verschillende kaarten, ziet welke kaarten het juiste antwoord opleveren met de minste hoeveelheid praten, en onthoudt de goede voor de volgende keer.

2. De "Skill Bank" (Het Notitieboek van de Architect)

In plaats van simpelweg te gokken, houdt de Architect een notitieboek bij met "Ontwerpskills". Dit zijn geen antwoorden op specifieke puzzels; het zijn regels over hoe je mensen met elkaar verbindt.

  • Preserve (Behouden): "Hé, deze specifieke manier van briefjes doorgeven werkte vorige keer erg goed. Laten we dit blijven doen."
  • Modify (Aanpassen): "Dit patroon van briefjes doorgeven werkte, maar we hebben nu een iets andere puzzel. Laten we het een beetje aanpassen."
  • Avoid (Vermijden): "Vorige keer probeerden we dit specifieke patroon en iedereen raakte in de war en het antwoord was fout. Nooit meer doen."

3. De "Safety Gates" (Voorkomen van slechte gewoontes)

Het paper is zeer voorzichtig over hoe de Architect leert. Het weet dat je soms een gelukkige gok of een toevalstreffer hebt. Als de Architect gewoon elke gelukkige overwinning zou onthouden, zou het slechte beslissingen gaan nemen.

Daarom heeft het systeem strikte "Safety Gates" voordat het iets in het notitieboek schrijft:

  • De "Held-Out" Test: De Architect kan niet simpelweg zeggen: "Ik deed het goed op de oefentoets, dus ik ben slim." Het moet bewijzen dat het ook goed kan presteren op een nieuwe test die het nog niet heeft gezien.
  • De "Lucky Run" Check: Als een ontwerp alleen door toeval één keer werkte, negeert het systeem dit. Het moet zien dat het ontwerp consistent werkt voordat het aan het notitieboek wordt toegevoegd.
  • De "Falsification" Check: Als de Architect een fancy verklaring bedenkt voor waarom een ontwerp werkt, probeert het systeem die verklaring onwaar te maken. Als de verklaring de test niet kan overleven, wordt het ontwerp niet toegevoegd.

4. De Resultaten: Slimere Kaarten, Minder Ruis

De onderzoekers testten dit op twee soorten taken:

  1. Counting Frequency (CF): Een taak waarbij het team moet tellen hoe vaak getallen voorkomen in een enorme lijst.
  2. Silo Tasks: Een taak waarbij informatie verborgen is in aparte "silo's" en het team moet coördineren om het globale antwoord te vinden.

Wat gebeurde er?

  • Vaste Topologieën: Wanneer het team een vooraf ingestelde verbindingsstijl gebruikte (zoals een standaard boomstructuur of een cirkel), maakten ze fouten en gebruikten ze veel "tokens" (computerenergie/geld).
  • Cold Generation: Wanneer de Architect een kaart vanaf nul probeerde te tekenen zonder enig geheugen, was het instabiel en vaak foutief.
  • QueenBee (Zelf-evoluerend): Na een paar rondes van leren, begon de QueenBee-architect hybride kaarten te tekenen. Deze kaarten waren vaak eenvoudiger en directer dan de vaste topologieën.
    • In de tel-taak verminderde het QueenBee-systeem de fouten met 37% en verlaagde het de kosten (berichten en computeroproepen) met meer dan de helft vergeleken met de beste vaste methode.
    • In de "Silo"-taken leerde het systeem beter te coördineren dan zelfs een "perfecte" vaste kaart dat zou kunnen.

De Belangrijkste Conclusie

Het paper betoogt dat de architectuur (hoe agenten met elkaar verbonden zijn) net zo belangrijk is als de intelligentie van de agenten zelf.

Door "hoe je agenten verbindt" te behanden als een leerbare vaardigheid in plaats van een vaste instelling, leert het systeem om betere communicatienetwerken te bouwen over tijd. Het onthoudt niet alleen antwoorden; het leert het blauwdruk voor het efficiënt oplossen van problemen. De werkers blijven hetzelfde, maar de manier waarop ze met elkaar praten evolueert om sneller, goedkoper en nauwkeuriger te worden.

Verdrinkt u in papers in uw vakgebied?

Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.

Probeer Digest →