Verbind de tools.
Maak het werk herhaalbaar.

Denk aan een ochtendbriefing samengesteld uit goedgekeurde mappen en besluitenregisters. Het doel is te tonen wat veranderde, wat beoordeling vraagt en welke vragen openstaan. De planning maakt het resultaat op een nuttig moment beschikbaar; ze maakt het onderliggende oordeel niet betrouwbaarder.

Begin met een alleen-lezen-taak en afgesproken bronlocaties. Een projectleider moet kunnen uitleggen wat het proces leest, hoe actualiteit wordt bepaald en waar de briefing verschijnt.

We gebruiken Python voor expliciete handelingen: geschikte bestanden verzamelen, revisiemetadata vergelijken, verplichte velden valideren en een gestructureerde wijzigingenset opbouwen. Deze stappen leveren herleidbare invoer voor elke modelaanroep.

De assistent vat vervolgens die afgebakende informatie samen. De prompt legt de uitvoerstructuur vast en vereist verwijzingen voor elke wijziging of open vraag. Valideer het antwoord voordat het in de beoordelingsomgeving komt. Een onjuist gevormd of ongefundeerd resultaat moet worden gemeld, niet stilzwijgend gepubliceerd.

Een cronjob of andere planner start het proces op een afgesproken tijdstip. Leg tijdzone, werkdagen, maximale duur en gedrag bij een nog actieve vorige uitvoering vast. Een dagelijkse trigger betekent niet dat er dagelijks een geslaagd resultaat is.

Voor CAD en BIM beoordelen we de daadwerkelijke applicatie, versie en toegang: SketchUp, Revit, Fusion of gestructureerde modeluitwisseling. Een eerste pilot kan afgesproken modeleigenschappen ophalen, een materiaalstaat voorbereiden of namen en afmetingen controleren. Wijzigingen aan actieve projectmodellen blijven achter een beoordelingsstap. Renderingtools, documentbibliotheken en projectsystemen kunnen aansluiten waar geschikte interfaces bestaan.

Maak onderscheid tussen ‘geen wijzigingen’, ‘bron niet beschikbaar’ en ‘samenvatting mislukt’. Die uitkomsten vragen verschillende meldingen. Een leeg rapport mag nooit een rechtenprobleem of verbroken bronverbinding verbergen.

Gebruik een uitvoerings-ID, bewaar zo nodig voortgang en begrens nieuwe pogingen. Als een connector mogelijk al heeft geschreven vóór een time-out, controleer dan eerst de toestand voordat u opnieuw probeert. Dubbelingen voorkomen moet over de gekoppelde systemen heen werken, niet alleen binnen een lokaal script.

Houd inloggegevens buiten prompts en logs. Beperk serviceaccounts tot noodzakelijke bronnen en handelingen. Externe documenten zijn gegevens om te onderzoeken; ze mogen de rechten van het proces niet herschrijven.

De oplevering omvat planning, afhankelijkheden, broneigenaren, loglocaties, foutafhandeling en instructies om de taak te pauzeren. Een tweede persoon moet de uitvoering kunnen begrijpen en herstellen.

We vergelijken voorbereidingswerk en bruikbare bevindingen met het eerdere handmatige proces, inclusief onderhoud en beoordeling. Zodra er een betrouwbare koppeling is, kunnen agents complexere taken coördineren. Het script blijft waardevol: niet elke deterministische stap heeft een agent nodig.