← Nieuwste papers
🤖 AI

AI Harness Engineering: A Runtime Substrate for Foundation-Model Software Agents

Dit artikel stelt "AI Harness Engineering" voor, een runtime-substraatframework dat de focus van autonome software-engineering verschuift van uitsluitend modelcapaciteit naar het geïntegreerde model-harness-omgevingssysteem, waarbij elf componentverantwoordelijkheden en een ladder van vier niveaus worden gedefinieerd om verifieerbare, controleerbare en onderhoudbare softwarewijzigingen te produceren.

Oorspronkelijke auteurs: Hailin Zhong, Shengxin Zhu

Gepubliceerd 2026-05-14
📖 5 min leestijd🧠 Diepgaand

Oorspronkelijke auteurs: Hailin Zhong, Shengxin Zhu

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 briljante, supersnelle leerlingprogrammeur hebt. Deze leerling (het "Fundamentele Model") kan code schrijven, bugs oplossen en uitleggen hoe software werkt, beter dan bijna iedereen. Maar als je deze leerling loslaat in een echt softwareproject zonder enige ondersteuning, mislukt het vaak. Ze kunnen het verkeerde bestand repareren, iets anders kapotmaken, vergeten wat ze aan het doen waren, of overwinning vieren terwijl het werk nog niet echt af is.

Lange tijd dachten mensen dat het probleem was dat de leerling niet slim genoeg was. Ze dachten dat we de leerling gewoon slimmer moesten trainen.

Dit artikel betoogt dat dit de verkeerde manier is om ernaar te kijken. Het probleem zit niet in het brein van de leerling; het zit in de werkplaats waarin ze werken.

Het Kernidee: De "Harnas"

De auteurs stellen dat we een speciaal runtime-substraat moeten bouwen, dat ze een AI-harnas noemen.

Denk aan het AI-harnas als een high-tech bouwharnas of een veiligheidsriem voor een klimmer.

  • De Leerling (Model): Heeft de kracht en vaardigheid om te klimmen.
  • De Berg (Softwareomgeving): Is complex, vol met losse stenen en heeft verborgen spleten.
  • Het Harnas (Het Nieuwe Systeem): Dit is de uitrusting die de klimmer met de berg verbindt. Het houdt hun gereedschap vast, wijst aan welke handgreep ze moeten grijpen, controleert of hun touw veilig is en legt exact vast wat ze hebben gedaan.

Zonder het harnas kan de klimmer misschien sterke spieren hebben, maar toch vallen omdat ze niet wisten waar ze moesten stappen of geen manier hadden om hun veiligheid te controleren. Het artikel stelt dat software-engineeringcapaciteit niet alleen gaat over de intelligentie van het model; het gaat over het systeem (Model + Harnas + Omgeving) dat samenwerkt.

De 11 Taken van het Harnas

Het artikel breekt dit "Harnas" op in 11 specifieke taken die het moet uitvoeren, vergelijkbaar met een projectmanager en een veiligheidsinspecteur in één:

  1. Taakspecificatie: De leerling duidelijk vertellen wat ze moeten bouwen.
  2. Contextselectie: De juiste blauwdrukken (bestanden) aanreiken, zodat ze niet naar de verkeerde kijken.
  3. Toegang tot hulpmiddelen: De juiste moersleutels en schroevendraaiers geven.
  4. Projectgeheugen: Ze herinneren aan de geschiedenis van het gebouw en waar dingen staan.
  5. Taakstatus: Een checklist bijhouden van wat ze hebben gedaan en wat er als volgt komt.
  6. Observabiliteit: Ze de logs en foutmeldingen duidelijk laten zien.
  7. Fouttoewijzing: Als er iets kapotgaat, helpen ze erachter te komen waarom, voordat ze proberen het te repareren.
  8. Verificatie: Ze laten bewijzen dat de reparatie echt werkt.
  9. Rechten: Ze stoppen van het doen van gevaarlijke dingen (zoals het hele gebouw verwijderen).
  10. Entropie-auditie: Controleren of ze een rotzooi hebben achtergelaten (zoals oude code of rommelige documentatie).
  11. Interventieregistratie: Noteren of een mens moest ingrijpen om te helpen, en waarom.

Het "Ladder"-experiment (H0 tot H3)

Om hun punt te bewijzen, bouwden de auteurs een "ladder" van vier niveaus om te testen hoeveel hulp de leerling nodig heeft. Ze hielden de taak en het model hetzelfde, maar veranderden het Harnas-niveau:

  • Niveau 0 (De Naakte Leerling): De leerling krijgt de taak en de bestanden. Geen hulpmiddelen, geen geheugen, geen veiligheidscontroles. Ze moeten alles raden.
  • Niveau 1 (De Gereedschapsriem): De leerling krijgt een lijst met hulpmiddelen die ze kunnen gebruiken en een protocol voor het gebruik ervan. Ze kunnen nog steeds verdwalen, maar ze hebben de juiste uitrusting.
  • Niveau 2 (De Kaart en het Notitieboek): De leerling krijgt de hulpmiddelen plus een kaart van het gebouw (architectuur), een notitieboek met eerdere fouten en een checklist om hun voortgang bij te houden.
  • Niveau 3 (Het Volledige Veiligheidsriem): De leerling krijgt alles hierboven, plus een streng protocol om de bug te reproduceren, te diagnosticeren, te repareren en een formeel rapport te schrijven dat bewijst dat de reparatie werkt voordat ze mogen stoppen.

Wat Ze Vonden

Toen ze dezelfde taak (een inlogbug repareren) op elk niveau uitvoerden, waren de resultaten duidelijk:

  • Op Niveau 0 kan de leerling de bug uiteindelijk misschien repareren, maar ze lieten geen bewijs achter van hoe ze het deden, en ze hebben misschien andere dingen kapotgemaakt.
  • Op Niveau 3 produceerde de leerling niet alleen een reparatie; ze produceerden een volledig pakket bewijs. Ze toonden de bug, legden uit waarom het gebeurde, toonden de reparatie en voerden tests uit om te bewijzen dat het werkte.

Het artikel concludeert dat de vraag niet moet zijn "Is de AI slim genoeg om code te schrijven?", maar eerder "Levert het Model-Harnas-Omgeving-systeem een verandering op die verifieerbaar, toegewezen en onderhoudbaar is?"

De Kernboodschap

Het artikel suggereert dat we, om AI echt bruikbaar te maken voor software-engineering, niet alleen moeten focussen op het slimmer maken van de AI. We moeten betere werkplaatsen (het Harnas) bouwen die context, hulpmiddelen, geheugen en veiligheidscontroles beheren.

Net zoals een menselijke ontwikkelaar vertrouwt op hun IDE, hun documentatie en hun testsuite om goed werk te leveren, heeft een AI-agent een gestructureerd Harnas nodig om zijn ruime codeervaardigheid om te zetten in betrouwbare software-engineering. Het artikel biedt een blauwdruk voor het bouwen van dit "Harnas" en een manier om te meten hoe goed het werkt.

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 →