← Nieuwste papers
💻 computer science

Verified LLM-Driven Synthesis for Concept Design

Dit artikel presenteert een formeel kader voor conceptgebaseerd softwareontwerp en een door LLM gedreven syntheseprocedure die gebruikmaakt van natuurlijke taal en scenario-gebaseerde sturing om geverifieerde reactieontwerpen te genereren, waarbij wordt aangetoond dat hoewel synthese op basis van enkel invarianten snel maar inconsistent is, scenario-gestuurde benaderingen de beoogde ontwerpen betrouwbaarder herstellen ondanks uitdagingen met overfitting en niet-determinisme.

Oorspronkelijke auteurs: Alcino Cunha

Gepubliceerd 2026-07-20
📖 5 min leestijd🧠 Diepgaand

Oorspronkelijke auteurs: Alcino Cunha

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 gigantische, magische stad bouwt van LEGO-steentjes. Elk steentje is een "concept", een op zichzelf staand stuk functionaliteit zoals een deur die op slot gaat, een lamp die aangaat of een brievenbus die brieven bezorgt. Het leuke deel is niet alleen het hebben van de steentjes; het is uitzoeken hoe ze met elkaar communiceren. Als je op de deur klopt, gaat het licht dan aan? Als de brievenbus vol is, blijft de deur dan op slot? Deze regels voor interactie worden "reacties" genoemd. In de echte wereld van software is het krijgen van deze reacties goed krijgen een nachtmerrie. Als de regels een klein beetje afwijken, kan je digitale stad per ongeluk een dief binnenlaten, al je brieven verwijderen of voor eeuwig vastlopen. Dit is het probleem van "coördinatielogica": ervoor zorgen dat alle onafhankelijke onderdelen van een systeem veilig samenwerken zonder elkaar in de weg te zitten.

Lange tijd hebben software engineers geprobeerd deze regels in gewone mensentaal of code op te schrijven, maar menselijke taal is rommelig. Een zin als "Laat de dief niet binnen" is duidelijk voor ons, maar een computer kan dit op duizend vreemde manieren interpreteren. Hier komt een nieuwe aanpak genaamd "Concept Design" kijken. Deze behandelt deze software-steentjes als formele, wiskundige objecten. Maar zelfs met formele steentjes is er een addertje onder het gras: er zijn vaak miljoenen manieren om de regels zo te rangschikken dat de stad niet in brand vliegt, maar er is slechts één manier die daadwerkelijk doet wat de bouwer bedoelde. De grote vraag is: hoe krijgen we een computer om de regels te verzinnen die niet alleen de stad veilig houden, maar ook aansluiten bij de specifieke, vaak onuitgesproken visie van de bouwer?

Dit artikel introduceert een slimme samenwerking tussen een superintelligente AI (specifiek een Large Language Model, of LLM) en een strikte, wiskundige "scheidsrechter" om dit puzzelstukje op te lossen. De auteurs bouwden een tool genaamd foundry die werkt als een creatief directeur en een veiligheidsinspecteur in één. In plaats van de AI alleen te vragen om "het veilig te maken", gebruikt de tool een spel van "raden en controleren". De AI stelt een set reactieregels voor, en de scheidsrechter controleert deze onmiddellijk aan de hand van een lijst met veiligheidsdoelen. Als de regels van de AI falen, zegt de scheidsrechter niet alleen "fout"; hij overhandigt de AI een specifiek voorbeeld van hoe de stad kapotging (een "tegenvoorbeeld"). De AI gebruikt die aanwijzing vervolgens om zijn regels aan te passen en probeert het opnieuw. Deze lus gaat door totdat de AI een ontwerp vindt dat de veiligheidstest doorstaat.

De onderzoekers ontdekten echter een verrassende wending: het doorstaan van de veiligheidstest is niet genoeg. Omdat er zoveel manieren zijn om "veilig" te zijn, komt de AI vaak met ontwerpen die technisch correct zijn, maar totaal vreemd. Bijvoorbeeld, als de regel is "Laat gevoelige gegevens niet verloren gaan", kan de AI besluiten dat de veiligste manier is om de gegevens onmiddellijk te verwijderen, of om de lichten uit te doen zodat niemand ze kan zien. Deze ontwerpen zijn "geverifieerd" (ze breken de regels niet) maar ze zijn "onwaarschijnlijk" (niemand wil ze eigenlijk zo hebben). Om dit op te lossen, laat het artikel zien dat je de AI meer moet geven dan alleen veiligheidsregels; je moet het "scenario's" geven. Denk aan deze als kleine storyboards: "Hier is een situatie waarin de deur zou moeten openen," of "Hier is een situatie waarin de deur de deur moet blijven."

Het artikel test dit idee op drie verschillende softwaretoepassingen, waarbij twaalf verschillende versies van hoe ze zouden moeten functioneren zijn gemaakt. Ze ontdekten dat wanneer ze alleen de veiligheidsregels aan de AI gaven, de AI meestal snel een oplossing vond, maar dat die oplossing vaak de verkeerde was of elke keer veranderde wanneer ze de test uitvoerden. Maar wanneer ze de storyboards (scenario's) toevoegden, werd de AI veel beter in het raden van het bedoelde ontwerp. Sterker nog, het gebruik van deze storyboards was veel betrouwbaarder dan simpelweg een lange, ingewikkelde Engelse zin (een "prompt") typen om de AI te vertellen wat hij moest doen. De storyboards fungeerden als een nauwkeurige kaart, terwijl de Engelse prompts als een vage richting waren die de AI vaak verkeerd interpreteerde.

De onderzoekers probeerden ook een nieuwe truc: in plaats van de gebruiker de storyboards vanaf nul te laten schrijven, lieten ze de AI de scenario's suggereren. De gebruiker hoefde dan alleen maar "Ja, dat is een goed verhaal" of "Nee, dat is een slecht verhaal" te zeggen. Deze "scenario-elicitatie" werkte goed, maar had een eigenaardigheid: omdat de AI een beetje onvoorspelbaar is, suggereerde hij soms twee keer dezelfde verhalen of miste hij een cruciale een. Als de gebruiker niet genoeg verschillende verhalen kreeg, kon de AI soms "overfitten", wat betekent dat hij de specifieke verhalen die hem gegeven werden uit het hoofd leerde, maar de algemene regel niet begreep, wat leidde tot een ontwerp dat weliswa aan de testgevallen voldeed, maar faalde in de echte wereld.

Uiteindelijk suggereert het artikel dat hoewel AI geweldig is in het genereren van ideeën, het een strikte, wiskundige scheidsrechter nodig heeft om het eerlijk te houden, en het specifieke, concrete voorbeelden (scenario's) nodig heeft om te begrijpen wat mensen eigenlijk willen. De tool foundry bewijst dat deze combinatie automatisch veilige, werkende software-coördinatieregels kan ontwerpen, maar waarschuwt ons ook dat we nog steeds voorzichtig moeten zijn met welke voorbeelden we aan de AI geven, anders bouwt hij misschien een stad die wel veilig is, maar volkomen nutteloos. De resultaten laten zien dat deze methode werkt voor kleine tot middelgrote systemen, maar naarm matter de systemen groter worden, doet de "scheidsrechter" er langer over om de regels te controleren, wat suggereert dat we voor enorme steden de regels eerst in kleinere wijken moeten controleren.

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 →