AI Workers biedt de volledige levenscyclus van een synthetisch personeelsbestand. Beheerders definiëren werkeridentiteiten, elk met een weergavepersona, een rol, een system prompt die toon en expertise vormgeeft, en generatieparameters zoals tokenbudget en temperatuur. Elke worker beschikt over een werkwachtrij, een duurzame gespreksthread en een set gekoppelde assistenten waarmee hij bereikbaar is of waarmee hij zelf contact legt. Workers bevragen live operationele gegevens, voeren schrijfacties en toestandswijzigingen uit, draaien geplande taken onbeheerd, letten op uitzonderingen, halen gestructureerde informatie uit documenten en treden op als beoordelaars en goedkeurders binnen bedrijfsprocessen.

Achter elke worker liggen twee responspaden die automatisch worden gekozen. Wanneer een externe assistent is gekoppeld en bereikbaar is, stuurt het platform het verzoek daarheen en ontvangt het antwoord via een ondertekende, geauthenticeerde callback. Wanneer er geen externe assistent beschikbaar is, draait een ingebouwd model rechtstreeks op dezelfde bestuurde set tools, zodat een worker nooit stom is en nooit antwoordt vanuit verouderde context. Beide paden putten uit één gedeeld register van bedrijfstools, wat garandeert dat een worker zich identiek gedraagt, ongeacht of een externe assistent of het ingebouwde model het denkwerk verricht. Gesprek, wachtrijbeheer, workerconfiguratie, instellingen van modelproviders en registratie van gekoppelde assistenten worden allemaal beheerd vanuit één AI-beheeroppervlak.

In het middelpunt staat de AI Worker: een blijvende identiteit met een naam, een rol en een geheugen van alles wat hem is gevraagd. Een worker wordt minder gedefinieerd door code dan door drie zaken die hem omringen. De eerste is een rol, die de permissies van de worker draagt en de enige autoriteit is voor wat hij mag zien en doen; een worker kan nooit de grens overschrijden die zijn rol beschrijft, en het wijzigen van die rol verandert het bereik van de worker onmiddellijk. De tweede is de werkwachtrij, een geordende achterstand van taken die de worker in eigendom heeft, elk met een prioriteit, een optionele planning, een levenscyclus van in de wachtrij via in behandeling tot een afgehandelde uitkomst, en een vastgelegd resultaat. De derde is het gesprek, een uitsluitend aanvullend register van beurten van gebruiker, worker en systeem dat elke uitwisseling continuïteit en een volledig auditspoor geeft.

Rondom deze staan twee ondersteunende concepten. Een modelprovider beschrijft welke redeneermotor een worker aandrijft, die op het moment van gebruik wordt bepaald zodat een individuele worker de standaard van de organisatie kan overschrijven zonder enige wijziging aan de worker zelf. Gekoppelde assistenten beschrijven de externe tools waarnaar een worker kan worden gerouteerd, elk met een eigen endpoint, inloggegevens en gezondheidstoestand. De relaties zijn bewust eenvoudig: een rol geeft vorm aan vele workers, een worker bezit één wachtrij en één gesprek en kan meerdere gekoppelde assistenten hebben, en een provider kan vele workers aandrijven. Niets hiervan behoort toe aan een klant of een grootboek; dit is configuratie en persona, ondergebracht in de kern van het platform zodat identiteit en permissie op één plaats worden bestuurd.

De alledaagse interactie is conversationeel. Een gebruiker opent het workerpaneel, selecteert een worker op naam en rol en typt een verzoek. Het bericht wordt vastgelegd en direct bevestigd, en vervolgens verzonden zonder de interface te blokkeren. Als een gekoppelde assistent antwoordt, arriveert zijn reactie via de callback en vervangt deze de indicator voor de wachtstatus; als geen enkele assistent antwoordt, stelt het ingebouwde model het antwoord rechtstreeks samen, waarbij het alle bestuurde tools aanroept die het verzoek vereist en gefundeerd, met gegevens onderbouwd proza teruggeeft. Het paneel houdt zichzelf actueel door adaptieve polling die versnelt tijdens actieve uitwisselingen en vertraagt wanneer de thread stil is.

De tweede stroom is autonoom. Een gebruiker plant werk, en het item voegt zich bij de wachtrij van de worker met een prioriteit en, waar ingesteld, een toekomstig uitvoeringstijdstip. De planner pakt items uit de wachtrij op, draait ze via het model tegen de live set tools met een begrensd aantal redeneerstappen, en legt de uitkomst vast. Een taak die netjes wordt voltooid, wordt als zodanig gemarkeerd; een taak waarbij elke actie slaagde maar sommige werden geweigerd of mislukten, wordt eerlijk gepresenteerd als een gedeeltelijk resultaat met een duidelijke melding voor menselijke beoordeling; een taak die volledig mislukt, wordt vastgelegd als mislukt. De derde stroom is inkomend: externe assistenten koppelen aan het eigen protocol-endpoint van het platform en bedienen dezelfde bestuurde tools onder scopehandhaving, zodat de mogelijkheden van een worker beschikbaar zijn binnen de tools die mensen elders al gebruiken.

Wat de module betrouwbaar maakt, is dat mogelijkheid en autoriteit nooit van elkaar worden gescheiden. Permissies worden gehandhaafd op het moment dat een tool draait, niet alleen wanneer een taak in de wachtrij wordt geplaatst, zodat een rolwijziging of een schorsing van een worker bij de eerstvolgende actie van kracht wordt. Elke tool declareert een scope, en die scope wordt afgebeeld op een concreet permissiepaar dat tegen de rol van de worker wordt gecontroleerd voordat de tool iets doet; een worker die het recht ontbeert, geeft een net permission-denied resultaat terug in plaats van te handelen. Als de permissies van een worker om welke reden dan ook niet kunnen worden geladen, valt het systeem terug op deny-all, waarmee het door zijn opzet veilig faalt.

De beveiligingshouding is daarop afgestemd en gelaagd. Interactieve toegang draait onder geauthenticeerde sessies met capaciteitscontroles op elke route. Uitgaande verzending naar externe assistenten wordt ondertekend met een keyed message authentication code, zodat ontvangers de herkomst kunnen verifiëren, en elke verzending draagt de workercontext, een begrensd deel van de gespreksgeschiedenis en een callbackadres voor eenmalig gebruik. Inkomende callbacks authenticeren met een bearer token dat wordt gecontroleerd tegen een opgeslagen hash, zijn per worker aan een snelheidslimiet gebonden, zijn qua omvang begrensd en zijn idempotent, zodat een opnieuw afgeleverde bezorging nooit een reactie dupliceert. Verouderde uitwisselingen verlopen na een timer, onbereikbare assistenten worden op hun gezondheid gemonitord en automatisch buiten dienst gesteld, en elke aanmaak van een bericht wordt in het auditlogboek vastgelegd met de handelende identiteit en het herkomstadres. Het resultaat is autonomie met een papieren spoor: workers handelen snel, maar altijd binnen een grens die achteraf kan worden geïnspecteerd.

AI Workers is het bindweefsel van Nashua 360 en geen eiland op zich. Via het gedeelde toolregister reikt een worker rechtstreeks in Business Relations om bedrijven, contactpersonen en locaties te lezen en te onderhouden; in Accounting and Control om debiteuren- en crediteurenfacturen en het bredere financiële beeld te bevragen; in Catalog Management om de gelaagde product- en dienstencatalogus te doorzoeken; en in Test Management en de kernmodule System voor platformmetadata en diagnostiek. Elk van deze reikwijdten wordt afgeschermd door dezelfde afbeelding van rol naar scope, zodat een worker die voor financiën is gebouwd het grootboek ziet maar niet de catalogus, tenzij zijn rol anders bepaalt.

Omdat de module in de kern van het platform leeft, naast rollen en moduleregistratie, erft hij het identiteits- en autorisatiemodel van de suite in zijn geheel over in plaats van het opnieuw uit te vinden. De rol van een worker wordt uitgedrukt in dezelfde permissiegrammatica als die van een menselijke gebruiker, wat betekent dat governance, beoordeling en het ontwerp volgens minimale rechten één en dezelfde discipline zijn voor mensen en synthetische workers. Nieuwe mogelijkheden die aan welke module dan ook worden toegevoegd, komen voor workers beschikbaar op het moment dat de bijbehorende tool wordt geregistreerd, zodat het conversationele en autonome oppervlak in de pas groeit met de rest van Nashua 360 zonder maatwerkintegratie.

Binnen de module zijn de workers de handelende partijen, en hun bereik is breed. Zij beantwoorden vragen door live moduledata te bevragen en gefundeerde samenvattingen terug te geven, zodat een gebruiker kan vragen naar een openstaand crediteurensaldo of de recente activiteit van een klant en een antwoord ontvangt dat is geput uit de actuele stand van het grootboek en de relatiegegevens in plaats van uit een opgeslagen rapport. Zij voeren acties uit op verzoek of volgens planning, waarbij ze records aanmaken en bijwerken, werkitems opvoeren en processen in meerdere stappen aansturen via een begrensde redeneerlus. Zij letten op afwijkingen en uitzonderingen, en wanneer een geplande taak eindigt met geweigerde of mislukte acties geven ze een waarschuwingsmelding en een duidelijk systeembericht in plaats van een gedeeltelijk resultaat stilzwijgend te laten passeren.

Zij verwerken documenten en ongestructureerde invoer, waarbij ze gestructureerde velden extraheren voor verder gebruik, en zij ondersteunen beslissingen door de gegevens achter een keuze samen te stellen en toe te lichten. Cruciaal is dat een worker kan optreden als goedkeurings- of beoordelingsknooppunt binnen een workflow: een verzoek dat onder zijn eigen geautoriseerde identiteit wordt gerouteerd, beoordeelt hij aan de hand van zijn rol en instructies, legt zijn bevinding vast in het gespreksspoor en zet vervolgens het proces voort of stuurt het terug voor menselijke aandacht. Omdat alles wat een worker doet via dezelfde bestuurde tools, dezelfde permissiecontroles en dezelfde auditlogging loopt als elke andere handelende partij in de suite, is een AI Worker een echte collega in het proces, verantwoordelijk en begrensd, en niet een ondoorzichtige automatisering die er terzijde van draait.