Context Matters: Evaluating Context Strategies for Automated ADR Generation Using LLMs
Dit onderzoek toont aan dat het gebruik van een slimme contextstrategie, met name een kleine reeks recente ADR's, belangrijker is voor de kwaliteit van automatisch gegenereerde Architectuurbeslissingsrecords door LLM's dan het modelgrootte of geavanceerde zoekmechanismen.
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 groot, complex gebouw bouwt, zoals een wolkenkrabber. Elke keer als je een belangrijke beslissing neemt – bijvoorbeeld "we gebruiken hier staal in plaats van beton" of "we bouwen een extra lift" – schrijf je dit op in een klein notitieboekje. In de softwarewereld noemen we deze notitieboekjes ADR's (Architecture Decision Records). Ze vertellen waarom iets zo is ontworpen, zodat toekomstige bouwlieden (ontwikkelaars) niet hoeven te raden waarom de lift zo staat.
Het probleem? Mensen vinden het schrijven van deze notities vaak saai en tijdrovend. Ze beginnen er mee, maar stoppen er snel mee. Het resultaat? Een gebouw met een geschiedenis die niemand meer begrijpt.
De auteurs van dit paper hebben gekeken of AI (specifiek grote taalmodellen, ofwel "LLMs") dit probleem kan oplossen. Ze wilden weten: Kan AI deze notities voor ons schrijven? En nog belangrijker: Welke informatie moet je aan de AI geven om het beste resultaat te krijgen?
Hier is de uitleg van hun onderzoek, vertaald naar alledaagse taal:
1. Het Experiment: De "Gids" voor de AI
Stel je voor dat je een nieuwe bouwmeester (de AI) aan het werk zet om een verslag te schrijven over de laatste beslissing. Je hebt drie manieren om hem te helpen:
- De "Blind" Methode (Geen context): Je zegt alleen: "Schrijf een verslag over de lift." Je geeft geen enkele informatie over wat er eerder is gebeurd.
- Resultaat: De AI raadt maar wat. Het verslag is vaag, te langdradig en klopt niet met de rest van het gebouw.
- De "Alles-Lezen" Methode (Alle geschiedenis): Je geeft de AI elk notitieboekje dat ooit is geschreven voor dit gebouw. Van het eerste fundament tot de laatste dakpan.
- Resultaat: De AI krijgt een overvloed aan informatie. Het verslag is goed, maar de AI raakt de weg kwijt in de details en het kost heel veel tijd en rekenkracht.
- De "Recente Herinnering" Methode (Last-K): Je geeft de AI alleen de laatste 3 tot 5 notitieboekjes.
- Resultaat: Dit bleek de winnaar! De AI schrijft een perfect verslag dat precies past bij wat er nu gebeurt. Het is alsof je iemand vraagt: "Wat hebben we de afgelopen week besproken?" in plaats van "Wat is de geschiedenis van dit bedrijf sinds 1900?"
- De "Slimme Zoekmachine" Methode (RAFG): Je gebruikt een slimme zoekmachine die kijkt naar welke oude notities inhoudelijk het meest lijken op de huidige beslissing, ongeacht of ze oud of nieuw zijn.
- Resultaat: Dit werkt ook goed, vooral voor complexe situaties die niets te maken hebben met de laatste beslissingen, maar wel met een oude, vergeten regel. Maar het is ingewikkelder om op te zetten en levert in de meeste gevallen niet veel meer op dan de "Recente Herinnering".
2. De Grote Ontdekkingen
De onderzoekers kwamen tot een paar verrassende conclusies:
- De context is belangrijker dan de kracht van de AI: Het maakt niet uit of je de duurste, slimste AI gebruikt of een kleinere, goedkopere versie. Als je de AI de juiste "recente notities" geeft, doet de kleine AI bijna net zo goed als de grote. Het is alsof een slimme student met een goed samenvatting beter scoort dan een genie zonder boeken.
- Minder is meer: Je hoeft niet de hele geschiedenis te lezen. De laatste 3 tot 5 beslissingen zijn meestal genoeg om de AI op het juiste spoor te zetten. Alles daarboven is vaak "ruis" (onnodige informatie).
- De valkuil van "Verwijzingen": Als mensen in hun eigen notities schrijven: "Kijk maar op de wiki voor de details", faalt de AI. De AI kan niet naar de wiki kijken. Dit leert ons dat we onze eigen notities compleet en zelfstandig moeten houden, zodat de AI ze echt kan begrijpen.
3. Wat betekent dit voor de praktijk?
Voor bedrijven en ontwikkelaars is dit een geruststellend nieuwsbericht:
- Geen dure AI nodig: Je hoeft geen superkrachtige (en dure) AI te kopen om goede documentatie te genereren. Een kleinere, lokale AI werkt prima, zolang je hem maar de juiste recente context geeft.
- Houd het simpel: Gebruik een simpele regel: "Geef de AI de laatste 3 tot 5 beslissingen." Je hoeft geen ingewikkelde zoeksystemen te bouwen.
- Schrijf duidelijke notities: Als jullie team zijn eigen notities goed houdt (zonder verwijzingen naar externe, onbereikbare bestanden), kan de AI je helpen om de documentatie automatisch bij te houden.
Samenvatting in één zin
Om AI te laten helpen met het schrijven van technische beslissingen, hoef je niet de hele geschiedenis van je project te dumpen; geef je de AI gewoon de laatste paar notities, en hij doet het werk net zo goed als een mens, zonder dat je een dure supercomputer nodig hebt.
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.