Augment Engineering: A Methodology for Multi-Tool AI Orchestration Across Professional Domains
Dit artikel introduceert "Augment Engineering" als een methodologie voor het coördineren van meerdere speciaal ontwikkelde AI-tools in diverse professionele domeinen door gebruik te maken van de draagbare meta-vaardigheden van prompt- en context-engineering, ondersteund door een raamwerk van zes fasen en voorlopig empirisch bewijs uit een casestudie met één beoefenaar die toont dat er sprake is van een toename in efficiëntie en kwaliteit.
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
Het Grote Idee: De "Super-Producent"
Stel je een filmstudio voor. Normaal gesproken heb je voor het maken van een film een regisseur, een cameraman, een geluidstechnicus, een scenarioschrijver en een editor nodig. Je huurt voor elke taak een andere expert in.
Dit artikel stelt een gedurfde vraag: Wat als één persoon al die taken kan uitvoeren?
De auteur, Elias Calboreanu, betoogt dat je niet de meester hoeft te zijn van elk afzonderlijk vak. In plaats daarvan moet je de meester zijn van hoe je met de gereedschappen praat die het werk doen. Hij noemt deze nieuwe discipline "Augment Engineering".
Denk er zo over:
- Prompt Engineering is leren hoe je een enkele chef vraagt om een perfect biefstuk te bereiden.
- Context Engineering is leren hoe je de keuken zo inricht dat die chef dat biefstuk elke keer perfect bereidt, zonder dat jij toekijkt.
- Augment Engineering is het zijn van de Dirigent van een Orkest. Jij speelt zelf niet de viool of de drums. In plaats daarvan weet je hoe je de violist, de drummer en de zanger moet dirigeren zodat ze samenwerken om een symfonie te creëren. Je gebruikt dezelfde "dirigentvaardigheden" (hoe je instructies geeft en het podium opzet), ongeacht welk instrument ze bespelen.
De Kernbewering: Vaardigheden zijn Verplaatsbaar
Het artikel beweert dat de vaardigheden die nodig zijn om goede resultaten te behalen met AI-tools verplaatsbaar zijn.
Als je leert hoe je een verzoek aan een AI moet structureren die code schrijft, kun je dat exacte mentale kader gebruiken om een AI een video te laten ontwerpen, een contract te laten schrijven of een website te laten bouwen. Je hoeft geen video-expert te zijn om een video te maken; je moet alleen weten hoe je de "Video AI" de juiste instructies en context geeft.
Het "Zes-Stappenrecept" (De Methodologie)
Het artikel schetst een zes-stappenproces voor één persoon om deze "Super-Producent" te worden. Denk hierbij aan een recept voor het bouwen van een persoonlijke AI-fabriek:
- Inventarisatie: Maak een lijst van alle verschillende soorten werk die je moet doen (bijv. coderen, schrijven, video).
- Kies de Gereedschappen: Vind het beste AI-gereedschap voor elke specifieke taak.
- Test de Overdracht: Probeer je "instructievaardigheden" op het nieuwe gereedschap toe te passen. Werkt het? Moet je je manier van praten met het gereedschap aanpassen?
- Ontwerp de Assemblagelijn: Bedenk hoe je het werk van het ene gereedschap naar het andere kunt doorgeven. (Bijvoorbeeld: De "Schrijf-AI" schrijft een script, dat vervolgens wordt doorgegeven aan de "Video AI" om een clip te maken).
- Run de Fabriek: Begin met het werk en meet hoe snel je beter wordt in het gebruik van nieuwe gereedschappen.
- Stel de Motor Af: Kijk wat er misging, wissel slechte gereedschappen uit en maak het proces soepeler.
De "Snelheidsmeter" (Metingen)
Hoe weet je of dit werkt? Het artikel introduceert vier manieren om succes te meten:
- Transfervelocteit: Hoe snel kun je een nieuw gereedschap leren? (Het artikel suggereert dat zodra je de eerste paar onder de knie hebt, het leren van de volgende steeds sneller gaat, net als een sneeuwbal die bergafwaarts rolt).
- Kwaliteit: Ziet het eindproduct er professioneel uit? (Bijvoorbeeld: Is de video geaccepteerd door een klant? Is de code geslaagd voor alle tests?)
- Overhead: Hoeveel tijd besteed je aan het beheren van de gereedschappen versus het doen van het werk? Je wilt meer tijd besteden aan het maken van dingen en minder tijd aan het repareren van gebroken verbindingen tussen gereedschappen.
- Dekking: Hoeveel verschillende "banen" kun je doen? (Het doel is om veel domeinen tegelijk te bestrijken, zoals video, code en schrijven).
De Realiteitstest (De Casestudie)
Om te bewijzen dat dit werkt, deed de auteur een vijf maanden durend experiment op zichzelf.
- De Opzet: Hij had een "stapel" van 10 gereedschappen (5 AI-gereedschappen en 5 hulpgereedschappen zoals projectmanagementsoftware).
- De Uitdaging: Hij pakte 7 verschillende professionele velden aan.
- Hij was expert in: Softwarecodering en het schrijven van contracten.
- Hij had ZERO eerdere ervaring in: Videoproductie, presentatieontwerp, curriculumontwerp, academisch publiceren en webdeployen.
- Het Resultaat: Hij produceerde werk van professionele kwaliteit in alle 7 de velden.
- Hij maakte trainingsvideo's en presentaties zonder ooit een cursus hierover te hebben gevolgd.
- Hij publiceerde academische papers en bouwde websites.
- Hij deed dit door dezelfde "instructievaardigheden" die hij gebruikte voor codering, toe te passen op deze nieuwe velden.
De "Snelheidsval" (Wat de Data Laat Zien)
Het artikel bevat wat wiskunde om dit te onderbouwen:
- De "Eerste Poging"-test: Ze keken naar 200 interacties met AI. Ze ontdekten dat naarmate de instructies (prompts) gestructureerder en geavanceerder werden, de AI het veel vaker in één keer goed had. Het ging van 15% correcte resultaten bij eenvoudige instructies naar 44% bij complexe, gestructureerde instructies.
- De "Leercurve": Naarmate hij meer gereedschappen aan zijn portfolio toevoegde, daalde de tijd die het kostte om goed te worden in een nieuw gereedschap aanzienlijk. Dit volgde een wiskundig patroon (Wright's Law), wat suggereert dat hoe meer gereedschappen je onder de knie krijgt, hoe makkelijker de volgende wordt.
De Grenzen (Wat Het Niet Kan Doen)
Het artikel is eerlijk over waar dit vastloopt:
- Fysiek Werk: Je kunt AI niet gebruiken om een fysieke machine te assembleren of een lekkende kraan te repareren.
- Menselijke Beslissingen: Je kunt AI niet gebruiken om een contract te onderhandelen of de emoties van een team te managen. Je hebt nog steeds menselijk oordeel nodig voor de uiteindelijke "Go/No-Go" beslissingen.
- Dode Hoeken: Sommige gereedschappen (zoals videogeneratoren) creëren een eindproduct dat niet eenvoudig in een ander gereedschap kan worden ingevoerd. Je moet daar de "assemblagelijn" stoppen en wat handwerk verrichten.
- De "Vloer": Je kunt nooit 100% van het werk automatiseren. Er is altijd een kleine hoeveelheid tijd (ongeveer 5%) die je moet besteden aan het controleren van het werk om ervoor te zorgen dat het veilig en correct is. Dit is het "menselijke veiligheidsnet".
De Conclusie
Dit artikel stelt dat de toekomst van werk niet draait om het inhuren van een team van specialisten voor elke taak. In plaats daarvan gaat het om het inhuren (of trainen) van één "Augment Engineer" die weet hoe hij een portfolio van AI-gereedschappen moet dirigeren.
Door de kunst van het structureren van inputs en het beheren van workflows onder de knie te krijgen, kan één persoon fungeren als een volledige studio, een volledig engineeringsteam of een volledige marketingafdeling. Het artikel beweert dat dit mogelijk is omdat de methode van praten met AI hetzelfde blijft, zelfs als het onderwerp (video versus code) totaal verschillend is.
Opmerking: De auteur geeft toe dat dit gebaseerd is op de ervaring van één persoon. Hoewel de resultaten veelbelovend zijn, zegt het artikel dat we meer mensen nodig hebben om dit te proberen om te bewijzen dat het voor iedereen werkt. Het is een "proof of concept" die zegt: "Hé, dit is mogelijk; laten we het op grotere schaal testen."
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.