Ik heb een interne Agent Control Room gebouwd rond mijn engineering-agent workflow voor Conviro. Het brengt agentstatus, activiteit, runs, bevindingen, fouten, uitgavenzichtbaarheid en menselijke goedkeuringsgrenzen samen. Het doel is om het lopende werk voldoende inspecteerbaar te maken, zodat ik kan beslissen wat aandacht nodig heeft.
Een agent die rapporteert dat het een taak heeft voltooid, is nuttige input, maar het laat verschillende operationele vragen open. Welke taak heeft het uitgevoerd? Hoe recent is de informatie? Wat heeft het veranderd? Welk bewijs ondersteunt het resultaat? Waar wacht het nog op?
Versheid maakt deel uit van de staat
De Controlekamer onderscheidt live-informatie van een momentopname. Dat verschil is belangrijk in een operationele interface omdat oude gegevens er perfect plausibel uit kunnen zien. Een statuskaart kan nog steeds een agent tonen die aan het werk is, zelfs wanneer de bron is gestopt met bijwerken.
Ik wil dat een kijker de aard van het bewijs begrijpt voordat hij de status interpreteert. Een momentopname blijft nuttig voor context, maar het zou niet de autoriteit van een live observatie moeten krijgen, alleen omdat de lay-out er actueel uitziet.
Dit verandert ook hoe ik denk over lege panelen. Geen bevindingen en geen beschikbare bron zijn verschillende situaties. Een operationele interface zou dat onderscheid moeten behouden in plaats van dezelfde geruststellende lege staat voor beide te gebruiken.
Een run, een bevinding en een beslissing zijn verschillende objecten
Een agentrun beschrijft een uitvoering. Een bevinding beschrijft iets dat de uitvoering heeft waargenomen of voorgesteld. Een menselijke beslissing bepaalt wat er vervolgens moet gebeuren wanneer de actie een goedkeuringsgrens overschrijdt. Het combineren van alle drie in een generiek activiteitsbericht maakt de workflow moeilijker te inspecteren.
De Control Room biedt operationele zichtbaarheid over die categorieën. Dat stelt me in staat om een preciezere vraag te stellen dan “Zijn de agenten druk bezig?” Ik kan zoeken naar geblokkeerd werk, herhaalde fouten, bevindingen die aandacht vereisen en acties die op een persoon moeten wachten.
Bijvoorbeeld, een agent kan zijn analyse succesvol afronden terwijl hij een wijziging voorstelt die niet automatisch moet worden toegepast. Het voltooien van de analyse is geen goedkeuring van de voorgestelde actie. De interface moet ruimte bieden voor beide feiten.
Goedkeuring vereist een concrete actie
Menselijke goedkeuringsgrenzen maken deel uit van het ontwerp. Het ingenieursprincipe erachter is dat een persoon in staat moet zijn om de werking die ze autoriseren te begrijpen, inclusief het doel en relevante bewijsstukken.
Mijn beoordelingsvragen omvatten of het voorstel specifiek is, of de onderliggende context nog actueel is en of de uitvoering binnen de goedgekeurde scope blijft. Een algemene boodschap dat een agent “mag helpen” is te vaag voor een ingrijpende actie.
Een zichtbare goedkeuringscontrole is slechts de interfacezijde van die grens. Handhaving behoort nog steeds tot het uitvoeringspad. Het systeem mag niet alleen op een dashboardknop vertrouwen om te voorkomen dat een agent via een andere route een actie onderneemt.
Spend is nuttige operationele context
Bestedingszichtbaarheid was een ander onderdeel van de Control Room. Het helpt om activiteit te koppelen aan het gebruik van middelen, vooral wanneer een agent een taak herhaalt of een aanhoudende fout tegenkomt. Een kostentotaal is nuttiger wanneer het kan worden beschouwd naast het werk dat het heeft geproduceerd.
Ik beschouw hogere activiteit niet als bewijs van betere output. Een stille agent met een duidelijke voltooide taak kan nuttiger zijn dan een die veel runs produceert zonder zijn bevindingen op te lossen. Het dashboard zou dat oordeel moeten ondersteunen in plaats van de uitvoeringsvolume om te zetten in een successcore.
Om dezelfde reden hebben foutenaantallen context nodig. Een fout die begrepen wordt en wacht op een externe afhankelijkheid vraagt om een andere reactie dan een lus die doorgaat met het verbruiken van middelen zonder vooruitgang.
Een operationeel overzicht voor engineering oordeel
De Control Room is een interne operationele interface. Ik presenteer het niet als bewijs dat elke engineeringactie autonoom is of dat elke voorgestelde functionaliteit aan klanten is vrijgegeven.
De waarde ervan ligt in het gemakkelijker inspecteren van staat, bewijs en escalatie. Het bouwen ervan heeft me gedwongen om de agentworkflow explicieter te maken: wat is uitgevoerd, wat is geleerd, wat het kostte en waar een persoon nog moet beslissen. Die zichtbaarheid ondersteunt verantwoord delegeren terwijl de engineeringoordeel aan het werk verbonden blijft.
Bijgewerkt op 26 september 2026.