← Nieuwste papers
🤖 AI

A Methodology for Investigating AI Patterns Prevalence in Software Repositories

Dit artikel stelt een methodologie voor en valideert deze, die literatuurmining combineert om 14 AI-patroonklassen te identificeren met active learning om hun prevalentie en nauwkeurigheid empirisch te meten over real-world GitHub-repositories, waarmee een huidig gat in het begrip van hoe AI-patronen in de praktijk daadwerkelijk worden gebruikt, wordt overbrugd.

Oorspronkelijke auteurs: Srinath Perera, Hasinthaka Piyumal, Frank Leymann, Rania Khalaf

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

Oorspronkelijke auteurs: Srinath Perera, Hasinthaka Piyumal, Frank Leymann, Rania Khalaf

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 stadsplanner bent die probeert te begrijpen hoe mensen in een bruisende, moderne stad daadwerkelijk huizen bouwen. Je hebt een dik boek met "Ideale Huisontwerpen" (de AI-patronen voorgesteld door experts in de literatuur), maar je hebt geen idee of iemand deze ontwerpen daadwerkelijk gebruikt in de echte wijken, of dat ze gewoon hun eigen vreemde constructies bedenken terwijl ze bezig zijn.

Dit artikel is het team van onderzoekers dat besloot de wereld in te gaan, 100 werkelijke AI-buurten (GitHub code-repositories) te bezoeken en uit te zoeken welke "Ideale Ontwerpen" echt worden gebruikt.

Hier is hoe ze het deden, eenvoudig uitgelegd:

1. Het Probleem: Te veel ideeën, te weinig bewijs

Experts hebben honderden "AI-patronen" opgeschreven (recepten voor het bouwen van slimme software). Maar niemand wist of deze recepten ook daadwerkelijk in echte keukens werden gekookt. De onderzoekers wilden van "theorie" naar "realiteit" bewegen.

2. Stap één: Het receptenboek opruimen

Eerst verzamelden ze 769 verschillende "recepten" uit boeken, blogs en documentatie. Dat was te rommelig om mee te werken.

  • De Analogie: Stel je voor dat je 769 verschillende namen hebt voor "het maken van een sandwich". De een zegt "club", een ander zegt "BLT", weer een ander zegt "ham en kaas op volkorenbrood".
  • De Oplossing: Ze gebruikten een slimme computer (een LLM) om vergelijkbare recepten bij elkaar te groeperen. Daarna keken mensen naar de groepen en organiseerden ze deze in 14 duidelijke categorieën (zoals "RAG", "Agent Architecture", "Preprocessing", enzovoort). Dit creëerde een schoon, georganiseerd menu van 14 hoofdgerechten.

3. Stap twee: De "Buurten" vinden (Code-gemeenschappen)

Ze konden niet zomaar naar één regel code kijken; dat is alsof je een heel huis beoordeelt door naar een enkele baksteen te kijken. Ze hadden "gemeenschappen" van code nodig die samenwerken.

  • De Analogie: In plaats van naar individuele stenen te kijken, keken ze naar de "kamers" van het huis. Ze gebruikten een speciale kaart (een call graph) om groepen code te vinden die nauw met elkaar verbonden zijn, zoals een keuken waar het fornuis, de koelkast en de gootsteen allemaal met elkaar verbonden zijn.
  • De Selectie: Ze kozen 100 echte AI-projecten van GitHub (de "buurten") die populair waren, maar niet de enorme, fundamentele frameworks (zoals TensorFlow). Ze wilden zien wat typische ontwikkelaars bouwden, niet alleen de gigantische tools waarop iedereen weer voortbouwt.

4. Stap drie: Het "Gok en Controleer" spel (Active Learning)

Dit is het slimste deel. Ze hadden geen leraar met het antwoordmodel (gelabelde data) om hun computermodel te trainen.

  • De Analogie: Stel je een student voor die een toets maakt maar de antwoorden niet weet.
    1. De student doet een paar gokjes op basis van een paar voorbeelden die hij zelf heeft gegenereerd.
    2. De computer kijkt naar de 100 buurten en zegt: "Ik twijfel 50/50 bij deze, maar over die andere ben ik zeker."
    3. De onderzoekers (de menselijke leraren) kijken alleen naar de gevallen waar de computer onzeker over is. Zij labelen die, en vervolgens leert de computer ervan.
    4. Ze herhalen deze cyclus. De computer wordt slimmer bij elke ronde en vraagt alleen om hulp wanneer hij echt in de war is. Dit bespaarde hen het handmatig moeten lezen en labelen van duizenden bestanden.

5. Stap vier: De resultaten tellen (Met een vangnet)

Zodra de computer getraind was, scande hij de 100 buurten om te tellen hoe vaak elk patroon voorkwam.

  • De Twist: De computer is niet perfect. Hij maakt fouten. Daarom gaven de onderzoekers niet zomaar een enkel getal (bijv. "RAG wordt 20% van de tijd gebruikt").
  • Het Vangnet: Ze gebruikten een statistische truc (zoals het 20.000 keer draaien van een simulatie) om te zeggen: "We zijn 95% zeker dat het echte getal tussen X en Y ligt." Dit geeft een "betrouwbaarheidsinterval", waarbij ze erkennen dat er een foutmarge is.

Wat hebben ze gevonden?

  • De Score: Hun computer haalde ongeveer 56% nauwkeurigheid bij het identificeren van welk patroon werd gebruikt. Dat klinkt laag, maar onthoud dat er 8 verschillende categorieën waren om uit te kiezen. Willekeurig gokken zou je op 11% brengen. Ze waren dus 5 keer beter dan door toeval.
  • De Winnaars: Ze ontdekten dat patronen zoals "Forecasting with Classical Models" en "Multimodal Prompting" zeer gebruikelijk waren.
  • De Verliezers: Sommige patronen, zoals "Using Tools with LLMs", waren moeilijk te herkennen omdat ze geen sterke "vingerafdruk" in de code achterlieten, waardoor de computer ze vaak verwarde met "niets bijzonders" (de "None" categorie).
  • Het "None" Probleem: Veel code werd als "None" gelabeld (geen patroon gedetecteerd). Dit gebeurde omdat sommige patronen subtiel zijn, of omdat de code te rommelig was voor het model om te herkennen.

De Grote Conclusie

Dit artikel zei niet alleen "AI-patronen bestaan." Het bouwde een robuuste methode om te bewijzen hoe vaak ze in de echte wereld worden gebruikt, zelfs wanneer we niet over een perfect dataset beschikken om mee te beginnen.

Ze lieten zien dat:

  1. Je een rommelige lijst van ideeën kunt organiseren in een heldere taxonomie.
  2. Je een computer kunt leren deze patronen te vinden door alleen mensen om hulp te vragen wanneer de computer in de war is (Active Learning).
  3. Je kunt schatten hoe algemeen deze patronen zijn, terwijl je eerlijk bent over de "foutmarges" in je cijfers.

Het is alsof je eindelijk een betrouwbare volkstelling hebt van de architectuur van een stad, inclusief een opmerking dat "we vrij zeker zijn over de huizen, maar de kleine schuurtjes misschien wat wazig zijn." Dit geeft ontwikkelaars en onderzoekers een echt, op data gebaseerd fundament om te begrijpen hoe AI vandaag de dag daadwerkelijk wordt gebouwd.

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 →