WEBVTT 00:00:00.000 --> 00:00:02.060 Dit is het schokkende deel dat niemand je vertelt. 00:00:02.320 --> 00:00:06.260 Wanneer je een AI in Azure Foundry inzet, start je niet zomaar een te groot model op. 00:00:06.340 --> 00:00:12.340 Je plaatst het in een beheerde runtime waar elke relevante actie, elk bericht, elke tool aanroep en elke run-stap wordt gelogd en getraceerd. 00:00:12.500 --> 00:00:17.740 Je ziet hoe threads, runs en runs stappen het auditraject vormen dat experimenten controleerbaar en zakelijk inzetbaar maakt. 00:00:17.940 --> 00:00:21.840 Dit verandert AI van een losgeslagen kanon in een gedisciplineerd systeem dat je kunt besturen. 00:00:22.060 --> 00:00:26.300 En zodra die structuur staat, is de echte vraag, wie leidt dit digitale team? 00:00:26.840 --> 00:00:28.200 Maak kennis met de teamleider. 00:00:28.200 --> 00:00:31.600 Wanneer je er een opzet in Foundry, start je niet simpelweg een chatvenster. 00:00:31.760 --> 00:00:32.860 Je benoemt een teamleider. 00:00:33.100 --> 00:00:35.660 Dit is geen stagiair die wat zit te typen met AddoComplete. 00:00:35.840 --> 00:00:39.300 Het is een veldkapitein die is gebouwd voor missies met een duidelijk ontwerp. 00:00:39.360 --> 00:00:44.000 En dat ontwerp komt neer op drie kernelementen, het model, de instructies en de tools. 00:00:44.280 --> 00:00:45.440 Het model is het brein. 00:00:45.640 --> 00:00:50.760 Het regelt redenering en taal, het deel dat menselijke woorden kan ontleden, stappen kan plannen en antwoorden kan opstellen. 00:00:50.980 --> 00:00:52.740 De instructies zijn de missiebevelen. 00:00:52.740 --> 00:00:57.240 Ze voorkomen dat het brein gaat dwalen door het te verankeren in de resultaten die je echt nodig hebt. 00:00:57.240 --> 00:01:04.060 En de tools zijn de uitrusting aan zijn riem, code executie, zoekconnectoren, rapportage api's of elk extern systeem dat je koppelt. 00:01:04.220 --> 00:01:07.420 Een Azure AI agent is expliciet opgebouwd uit deze drie eenheid. 00:01:07.660 --> 00:01:10.360 Zonder dat krijg je geen reproduceerbaarheid of controleerbaarheid. 00:01:10.480 --> 00:01:12.620 Je krijgt alleen tekstgeneratie zonder bewijsvoering. 00:01:12.860 --> 00:01:14.800 Laten we dat vertalen naar een voorbeeld van het slagveld. 00:01:14.980 --> 00:01:16.840 Het model is de gevechtstraining van je kapitein. 00:01:16.960 --> 00:01:18.980 Het weet hoe het een zwaard moet hanteren of een vonnis moet vellen. 00:01:19.160 --> 00:01:20.660 De instructies zijn de missiebriefing. 00:01:20.820 --> 00:01:21.720 Bescherm het convoy. 00:01:21.720 --> 00:01:23.420 Haal gegevens uit een contractenset. 00:01:23.660 --> 00:01:25.680 Rapporteer resultaten terug in een specifiek formaat. 00:01:25.860 --> 00:01:27.640 Dat houdt de kapitein in lijn en voorspelbaar. 00:01:27.860 --> 00:01:29.580 Daarna voegen de tools specialisatie toe. 00:01:29.740 --> 00:01:33.260 Een enterhaak voor het beklimmen van muren is als een code interpreter voor het uitvoeren van analyses. 00:01:33.540 --> 00:01:37.820 Een beveiligde radio is als een SharePoint of aangepaste MCP connector die live data in het plan voert. 00:01:38.020 --> 00:01:40.860 Wanneer deze drie samenkomen, is de agent niet zomaar wat aan het improviseren. 00:01:41.020 --> 00:01:43.120 Hij voert een missie uit met logs en controlepunten. 00:01:43.300 --> 00:01:45.300 Foundry maakt dit mechanisme praktisch inzetbaar. 00:01:45.300 --> 00:01:48.120 In de meeste chat-api's krijg je alleen het model en een prompt. 00:01:48.300 --> 00:01:52.140 En zodra het begint te praten, is er geen formeel besef van bevelen of tool-orchestratie. 00:01:52.340 --> 00:01:55.560 Dat is alsof je je kapitein zonder plan of uitrusting het veld in stuurt. 00:01:55.980 --> 00:01:59.840 Daarentegen garandeert de Foundry agent-service dat alle drie de lagen aanwezig zijn. 00:02:00.060 --> 00:02:02.080 Nog beter, je zit niet vast aan één brein. 00:02:02.280 --> 00:02:04.840 Je kunt wisselen tussen modellen in de Foundry-catalogus. 00:02:05.300 --> 00:02:10.540 GPT4 voor complexe strategie, misschien een lichter model voor eenvoudige taken, of zelfs mistral of diepziek erbij. 00:02:10.760 --> 00:02:12.160 Jij kiest wat bij de missie past. 00:02:12.160 --> 00:02:16.660 Die flexibiliteit is het verschil tussen een standaard stagiair en een commandant die zich kan aanpassen. 00:02:16.900 --> 00:02:18.960 Denk nu eens aan de inzet als die lagen ontbreken. 00:02:19.160 --> 00:02:20.780 De resultaten worden inconsistent. 00:02:21.120 --> 00:02:24.660 De ene contractzamenvatting leest sus, de volgende spreekt dat subtiel tegen. 00:02:24.840 --> 00:02:28.680 Je verliest traceerbaarheid omdat geen enkel logboek vastlegt hoe het antwoord tot stand kwam. 00:02:29.060 --> 00:02:32.180 Foutopsporing wordt gissen omdat ontwikkelaars de redenering niet kunnen volgen. 00:02:32.400 --> 00:02:34.440 Binnen een onderneming is dat geen kleine ergernis. 00:02:34.620 --> 00:02:37.000 Het is een reëel risico dat vertrouwen en adoptie blokkeert. 00:02:37.180 --> 00:02:38.860 Foundry lost dit op een eenvoudige manier op. 00:02:39.480 --> 00:02:40.860 Veiligheidsmechanismen zijn ingebouwd in de agent. 00:02:40.860 --> 00:02:43.820 De instructies fungeren als een vast reglement dat moet worden gevolgd. 00:02:43.920 --> 00:02:47.180 De gereedschapsset kan worden beperkt of uitgebreid op basis van de use case. 00:02:47.380 --> 00:02:51.780 Het model kan vrij worden gewisseld, maar altijd binnen de structuur die verantwoording afdwingt. 00:02:51.980 --> 00:02:55.500 Samen levert dit drietal een gedisciplineerde groepsleider, voorspelbare resultaten, 00:02:55.720 --> 00:03:00.160 zichtbare stappen en de mogelijkheid om verantwoord uit te breiden met enterprise connectors en aangepaste apies. 00:03:00.380 --> 00:03:03.120 Dit gaat niet over AI presenteren als magische conversatie. 00:03:03.300 --> 00:03:07.060 Het gaat erom te laten zien dat je organisatie een doorgewinterde officier krijgt die logboeken bijhoudt, 00:03:07.120 --> 00:03:08.840 bevelen opvolgt en de juiste uitrusting draagt. 00:03:08.840 --> 00:03:12.600 En als elke goede kapitein houdt hij een nauwkeurige registratie bij van wat er tijdens elke missie is gebeurd. 00:03:12.760 --> 00:03:16.200 Want wanneer systemen worden gecontroleerd of een actie mislukt, heb je het logboek nodig. 00:03:16.380 --> 00:03:18.020 In Foundry heeft dat logboek een naam. 00:03:18.240 --> 00:03:19.080 Het heet de Threat. 00:03:19.300 --> 00:03:19.700 Threats. 00:03:19.840 --> 00:03:20.960 Het logboek van het front. 00:03:21.160 --> 00:03:23.640 Threats zijn de plek waar het missielogboek vorm krijgt. 00:03:23.820 --> 00:03:27.640 In Azure Foundry is een Threat geen vluchtig chatvenster dat verdwijnt zodra je het sluit. 00:03:27.800 --> 00:03:29.760 Het is een persistente conversatiesessie. 00:03:29.940 --> 00:03:32.180 Elke uitwisseling tussen jou en de agent wordt hier opgeslagen, 00:03:32.180 --> 00:03:36.160 of deze nu van jou komt, van de agent of zelfs van een andere agent in een multi-agent opstelling. 00:03:36.340 --> 00:03:39.580 Dit is het logboek van het front dat een duurzame geschiedenis van interacties bijhoudt 00:03:39.580 --> 00:03:41.440 die lang na afloop van de chat kan worden ingezien. 00:03:41.620 --> 00:03:44.540 De echte kracht is dat Threats niet zomaar statische transcripties zijn. 00:03:44.760 --> 00:03:47.980 Het zijn gestructureerde containers die automatisch AF-kapping regelen, 00:03:48.260 --> 00:03:52.820 waardoor de actieve context binnen de limieten van het model blijft en er toch een volledig adictrail behouden blijft. 00:03:53.040 --> 00:03:57.260 Dat betekent dat de agent de voortgang van het gesprek begrijpt terwijl bedrijven een permanent, 00:03:57.560 --> 00:03:58.880 controleerbaar archief behouden. 00:03:58.880 --> 00:04:01.780 In tegenstelling tot de meeste chat-apps verdwijnt er niets in het niets. 00:04:01.920 --> 00:04:04.680 Je krijgt continuïteit voor de agent en governance voor het bedrijf. 00:04:04.720 --> 00:04:06.940 De vermeldingen in dat logboek zijn opgebouwd uit berichten. 00:04:07.140 --> 00:04:08.920 Een bericht is niet beperkt tot platte tekst. 00:04:09.060 --> 00:04:12.640 Het kan een afbeelding, een spreadsheetbestand of een blok gegenereerde code bevatten. 00:04:12.800 --> 00:04:16.640 Elk bericht is voorzien van een tijdstempel en een label met een rol, gebruiker of assistent. 00:04:16.820 --> 00:04:20.000 Dus, wanneer je een thread bekijkt, zie je niet alleen wat er is gezegd, 00:04:20.140 --> 00:04:23.440 maar ook wie het zei, wanneer het werd gezegd en welk type inhoud erbij betrokken was. 00:04:23.680 --> 00:04:27.940 Stel je een compliance officer voor die een dossier opent en het exacte tekstverzoek van gisteren ziet, 00:04:28.880 --> 00:04:32.200 de agent als antwoord produceerde en het tijdstip van beide gebeurtenissen. 00:04:32.200 --> 00:04:35.080 Dat is meer dan een herinnering, het is een volledig echt logboek. 00:04:35.180 --> 00:04:39.000 Om het in-game termen uit te drukken, een thread is als het notitieblok in een Dungeons & Dragons campagne. 00:04:39.200 --> 00:04:43.760 De Dungeon Master noteert welke steden je bezocht, welke worpen slaagden en welke buiten werd meegenomen. 00:04:44.000 --> 00:04:46.700 Zonder dat logboek gaan spelers kibbelen over vergeten details. 00:04:46.980 --> 00:04:50.220 Met het logboek verdwijnen de discussies, omdat de gebeurtenissen gedocumenteerd zijn. 00:04:50.400 --> 00:04:52.180 Threads doen hetzelfde voor bedrijfs AI. 00:04:52.440 --> 00:04:56.380 Ze voorkomen geschillen over wat de agent precies heeft gedaan, omdat alles in volgorde wordt vastgelegd. 00:04:56.520 --> 00:04:58.120 Dit is waarom dat verslag er zo toe doet. 00:04:58.120 --> 00:05:00.820 Voor auditing en compliance zijn threads puur goud waard. 00:05:01.140 --> 00:05:04.340 Toezichthouders of interne audit teams kunnen er een open en directe volledige reeks zien, 00:05:04.460 --> 00:05:08.520 het verzoek van de gebruiker, het antwoord van de agent, welke tools werden gebruikt en wanneer dit alles plaatsvond. 00:05:08.680 --> 00:05:11.760 Voor ontwikkelaars fungeren diezelfde verslagen als een debug-modus. 00:05:11.900 --> 00:05:17.480 Als een agent een verkeerd stuk code produceerde, kun je de thread terugspoelen naar het moment van de vraag en precies zien hoe die daar kwam. 00:05:17.560 --> 00:05:20.780 Beide groepen krijgen inzicht en voorkomen zo tijdverlies, neem ik aan. 00:05:21.000 --> 00:05:23.700 Vergelijk dit eens met systemen die gesprekken niet opslaan. 00:05:23.920 --> 00:05:27.780 Zonder threads probeer je gedrag bij te houden met screenshots of vage herinneringen. 00:05:27.780 --> 00:05:32.260 Dat houdt geen stand wanneer compliance om bewijs vraagt of wanneer support een bak moet reproduceren. 00:05:32.380 --> 00:05:36.880 Het is alsof je in een game opnieuw een baasgevecht moet doen om er vervolgens achter te komen dat je nooit hebt opgeslagen. 00:05:37.140 --> 00:05:40.480 Geen verslag betekent geen bewijs en geen spoor betekent geen oplossing. 00:05:40.760 --> 00:05:44.560 Bij een kritiek falen kun je stakeholders alleen geruststellen met mondelingenbeloftes. 00:05:44.760 --> 00:05:47.080 Met threads in Foundry ontsnap je aan die valstrik. 00:05:47.260 --> 00:05:49.380 Elk gesprek wordt gestructureerd bewijs. 00:05:49.540 --> 00:05:53.460 Als een workflow juridische taal ophaalt, toont het dossier het oorspronkelijke verzoek, 00:05:53.500 --> 00:05:56.980 het specifieke gegenereerde antwoord en of er ondersteunende tools werden ingezet. 00:05:56.980 --> 00:06:02.100 Als meerdere agents met elkaar overleggen om taken te verdelen, wordt hun interactie ook vastgelegd. 00:06:02.200 --> 00:06:08.240 Bedrijven kunnen compliance aantonen, ontwikkelaars kunnen baks opsporen en managers kunnen erop vertrouwen dat wat uit het systeem komt, verantwoord kan worden. 00:06:08.440 --> 00:06:12.300 Dat is het punt waarop threads chaotische chats transformeren in iets dat klaar is voor productie. 00:06:12.480 --> 00:06:17.920 In plaats van vluchtige uitwisselingen produceren ze een stabiele geschiedenis van opdrachten en beslissingen, een basis waarop je kunt vertrouwen. 00:06:18.080 --> 00:06:20.320 Maar onthoud, het logboek is nog steeds slechts een dagboek. 00:06:20.320 --> 00:06:24.400 De echte actie begint wanneer de agent neemt wat in de thread geschreven staat en het daadwerkelijk uitvoert. 00:06:24.540 --> 00:06:29.060 Die volgende fase is waar missies ophouden notices op papier te zijn en in realtime tot leven komen. 00:06:29.300 --> 00:06:31.280 Runs en runs stappen die de dobbelstenen werpen. 00:06:31.500 --> 00:06:33.800 Runs zijn het moment waarop de missie eindelijk van start gaat. 00:06:33.980 --> 00:06:38.900 In foundry termen bevat een thread de gespreksgeschiedenis, de orders, de context en de uitgerolde kaarten. 00:06:39.100 --> 00:06:43.300 Een run is de trigger die de agent activeert om die context te nemen en daadwerkelijk uit te voeren. 00:06:43.480 --> 00:06:45.140 Threads onthouden, runs handelen. 00:06:45.140 --> 00:06:50.920 Zie een run als de startknop, je thread kan zeggen analyseer het CSV bestand of teken een lijngrafiek. 00:06:51.040 --> 00:06:55.420 Maar de run is het moment waarop de agent dat verzoek verwerkt via zijn modelinstructies en tools. 00:06:55.680 --> 00:07:00.780 Hij kan extra data ophalen, berekeningen maken of de code interpreter aanroepen om een artefact te genereren. 00:07:00.960 --> 00:07:04.860 In tabletab RPG termen is een thread je groep die rond de tafel acties plant. 00:07:05.080 --> 00:07:07.560 De run is de initiatiefworp waarmee het gevecht begint. 00:07:07.860 --> 00:07:09.280 Zonder dat komt er niets in beweging. 00:07:09.500 --> 00:07:11.120 Dit is wat foundry expliciet maakt. 00:07:11.120 --> 00:07:12.520 Runs zijn geen blackbox. 00:07:12.520 --> 00:07:15.440 Het zijn gemonitoorde executies met statusregistratie. 00:07:15.580 --> 00:07:19.940 Je ziet doorgaans status en als in de wachtrij, in uitvoering, vereist actie, voltooid of mislukt. 00:07:20.140 --> 00:07:24.760 SDK voorbeelden pollen deze statussen vaak in een lus, net zoals een spelleider de volgorde van beurten controleert. 00:07:24.940 --> 00:07:28.300 Dit geeft je inzicht in niet alleen wat er gedaan wordt, maar ook wanneer het gebeurt. 00:07:28.480 --> 00:07:30.180 Maar hier is het grotere punt van zorg. 00:07:30.380 --> 00:07:32.660 Hoe weet je wat er precies gebeurde tijdens die uitvoering? 00:07:32.880 --> 00:07:37.480 Misschien ziet het antwoord er prima uit, maar zonder details kun je niet zien of de agent een externe API aanriep, 00:07:37.480 --> 00:07:39.420 code schreef of maar wat tekst improviseerde. 00:07:39.560 --> 00:07:42.100 Die ondoorzichtigheid is gevaarlijk in zakelijke omgevingen. 00:07:42.100 --> 00:07:45.580 Het is alsof je een schaakwedstrijd binnenloopt, halverwege naar een bord kijkt en te horen krijgt, 00:07:45.660 --> 00:07:47.140 vertrouw ons, de juiste zetten zijn gedaan. 00:07:47.300 --> 00:07:48.620 Je kunt het niet opnieuw afspelen. 00:07:48.860 --> 00:07:50.240 Je weet niet of de zet legaal was. 00:07:50.480 --> 00:07:52.440 Run stappen zijn wat dat giswerk wegneemt. 00:07:52.560 --> 00:07:55.740 Elke run wordt stap voor stap vastgelegd, welke model outputs werden gegenereerd, 00:07:55.900 --> 00:07:59.780 welke tools werden aangeroepen, welke berekeningen werden uitgevoerd en welke berichten werden geproduceerd. 00:07:59.940 --> 00:08:03.420 Het is schaaknotatie voor AI, pion naar E4, baard naar F6, alleen is het hier, 00:08:03.420 --> 00:08:07.260 bestand ophalen om 2 over 10 ochtends, codeblok uitvoeren om 3 over 10 ochtends, 00:08:07.420 --> 00:08:09.660 grafiek artefact retourneren om 4 over 10 ochtends. 00:08:09.820 --> 00:08:12.620 Elke actie wordt op volgorde genoteerd zodat je het later kunt terugspelen. 00:08:12.800 --> 00:08:14.920 Die structuur is een enorme opluchting voor ontwikkelaars. 00:08:15.160 --> 00:08:18.660 Zonder run stappen staar je naar een definitief antwoord zonder enig idee hoe het tot stand is gekomen. 00:08:18.880 --> 00:08:20.040 Was de zoekopdracht verkeerd? 00:08:20.220 --> 00:08:21.600 Is er een rekenfout ingeslopen? 00:08:21.780 --> 00:08:22.500 Je blijft gissen. 00:08:22.760 --> 00:08:24.740 Met run stappen kun je door de tijdlijn scrollen, 00:08:24.980 --> 00:08:27.100 precies identificeren waar het mis ging en het herstellen. 00:08:27.380 --> 00:08:30.080 Debugging is niet langer giswerk, maar forensisch onderzoek. 00:08:30.220 --> 00:08:33.820 Het is het verschil tussen een mistig eindbaasgevecht waarbij je niet ziet wie er aanviel 00:08:33.820 --> 00:08:36.620 en een gevechtslog boek dat elke zwaardslag en spreuk laat zien. 00:08:36.840 --> 00:08:38.820 Ook compliance teams boeken hiermee winst. 00:08:39.000 --> 00:08:41.940 Wanneer auditors vragen hoe is de samenvatting eigenlijk tot stand gekomen, 00:08:42.100 --> 00:08:44.700 hoef je het redeneren van het model niet in abstracte termen te beschrijven. 00:08:44.860 --> 00:08:45.980 Je hebt namelijk bewijs. 00:08:46.140 --> 00:08:48.860 De tool aanroep, de interpretatiestap, het samengestelde antwoord, 00:08:49.000 --> 00:08:50.180 alles is voorzien van een tijdstempel. 00:08:50.380 --> 00:08:51.880 Dat verandert uitleg in governance. 00:08:52.160 --> 00:08:54.380 Je toont bewijslast in plaats van verhalen te verzinnen. 00:08:54.560 --> 00:08:57.540 En bedrijven zijn hier dol op, omdat het risico omzet in verantwoordelijkheid, 00:08:57.760 --> 00:08:58.880 bewijs in plaats van beloftes. 00:08:58.880 --> 00:09:03.380 En voor de dagelijkse operatie zorgen runs stappen voor reproduceerbare patronen waar je op kunt vertrouwen. 00:09:03.520 --> 00:09:06.620 Als een workflow opnieuw moet worden uitgevoerd, kun je dezelfde reeks volgen. 00:09:06.800 --> 00:09:09.160 Als een resultaat wordt betwist, kun je het opnieuw afspelen. 00:09:09.360 --> 00:09:12.280 Bij een natuurlijke 20 bieden runs met volledige runs stappen je controleerbaar, 00:09:12.440 --> 00:09:14.160 herhaalbaar bewijs van hoe outputs zijn opgebouwd. 00:09:14.320 --> 00:09:17.900 Bij een natuurlijke één in andere systemen krijg je enkel een zwervende output zonder enig spoor. 00:09:18.100 --> 00:09:20.600 Daarom is dit onderdeel van de agent-levenscyclus zo belangrijk. 00:09:20.880 --> 00:09:25.220 Je hebt het dagboek in threads, de activering in runs en het gedetailleerde logboek in runs stappen. 00:09:25.220 --> 00:09:30.540 Samen veranderen ze improviserende AI in een verantwoordelijke teamgenoot wiens acties je kunt traceren, testen en verdedigen. 00:09:30.760 --> 00:09:33.640 Natuurlijk is weten dat al deze details bestaan slechts een deel van de puzzel. 00:09:33.820 --> 00:09:37.060 Je hebt een manier nodig om ermee te werken, iets dat gestructureerd genoeg is om agents te starten, 00:09:37.220 --> 00:09:40.360 runs te activeren en runs stappen uit te lezen zonder te verdrinken in ruwe API aanroepen. 00:09:40.460 --> 00:09:43.620 En het verrassende is, je hebt geen glimmend commando-deck nodig om dat te doen. 00:09:43.620 --> 00:09:49.940 De console die de meeste mensen gebruiken is vertrouwd, robuust en wat minder glamoureus, net, Arsenal en Allianties. 00:09:50.320 --> 00:09:54.380 Arsenal en Allianties maken van een agent een werknemer in plaats van een kletskaus. 00:09:54.380 --> 00:10:00.720 In Azure Foundry komt dat arsenaal in de vorm van tools, praktische extensies waarmee de agent van woorden naar daden kan overgaan. 00:10:00.860 --> 00:10:04.440 In plaats van alleen te beschrijven hoe je een document controleert of een berekening uitvoert, 00:10:04.620 --> 00:10:06.840 kan de agent het daadwerkelijk doen en de output teruggeven. 00:10:07.060 --> 00:10:11.660 Dat onderscheid maakt het platform waardevol in een echt bedrijf, in plaats van alleen indrukwekkend in een demo. 00:10:11.720 --> 00:10:14.520 Foundry biedt je drie duidelijke categorieën van functionaliteit. 00:10:14.700 --> 00:10:16.360 De eerste zijn de ingebouwde tools. 00:10:16.660 --> 00:10:22.580 Deze ontvatten de Code Interpreter, Bing's Arch, SharePoint en Microsoft Fabric Connectoren en Azure Ise Arch. 00:10:22.580 --> 00:10:29.320 Hiermee kan de agent data analyseren, bestanden ophalen, bedrijfscontent doorzoeken en zelfs grafieken of rapporten genereren zonder maatwerk. 00:10:29.440 --> 00:10:34.560 Elk van deze breidt de rijkwijte uit van praatgraag antwoorden naar tastbare werkproducten die je kunt inspecteren en hergebruiken. 00:10:34.720 --> 00:10:37.280 Ten tweede zit je niet vast aan wat Microsoft alleen levert. 00:10:37.500 --> 00:10:42.840 Met Foundry kun je eigen tools registreren via OpenAPI-specificaties of het modelcontextprotocol, MCP. 00:10:43.040 --> 00:10:46.860 Vooral MCP is van belang, want het wordt beschouwd als de USB-C voor AI-tools. 00:10:46.860 --> 00:10:51.720 In plaats van telkens handmatig rappers te schrijven wanneer je agents aan remote MCP-survers koppelt, 00:10:51.880 --> 00:10:55.100 regelt het systeem automatisch tooldetectie, versiebeheer en aanroepen. 00:10:55.280 --> 00:11:00.980 Dat verlaagt de integratielast aanzienlijk, zeker wanneer je omgeving uit tientallen systemen bestaat die met elkaar verbonden moeten worden. 00:11:01.140 --> 00:11:03.720 Ten derde is elke tool aanroep in Foundry observeerbaar. 00:11:03.940 --> 00:11:07.740 Aanroepen worden op stapsgewijsniveau gelogd met identiteit, invoer, uitvoer en tijdstempels. 00:11:07.940 --> 00:11:11.000 Dat betekent dat het operationele overzicht van deze agents geen kwestie is van vertrouwen maar. 00:11:11.000 --> 00:11:16.900 Het is een logboek. Je kunt precies zien wat er is aangeroepen, bevestigen dat de juiste machtigingen zijn gevolgd en permanente records bijhouden voor compliance. 00:11:17.060 --> 00:11:19.780 Om deze categorieën te verduidelijken, denk aan de quickstart demo. 00:11:19.980 --> 00:11:22.360 Je uploadt een CSV-bestand als bericht in een thread. 00:11:22.500 --> 00:11:26.580 De agent roept de code interpreter aan binnen zijn run stappen, verwerkt het bestand en genereert een grafiek. 00:11:26.780 --> 00:11:30.680 Dat resultaat komt terug als bijgevoegde afbeelding, direct zichtbaar in het thread-logboek. 00:11:30.720 --> 00:11:33.280 Je hoefde zelf geen parser of visualisatie te schrijven. 00:11:33.460 --> 00:11:38.700 Je gaf een instructie, de agent koos de tool, voerde deze uit en gaf het bestand terug dat je in een rapport kon plaatsen. 00:11:38.700 --> 00:11:42.360 Dat is geen theorie, het is gedocumenteerd gedrag in de SDK-voorbeelden. 00:11:42.520 --> 00:11:45.180 Waar dit echt tot zijn recht komt, is enterprise-integratie. 00:11:45.320 --> 00:11:51.080 Tools kunnen koppelen aan logic-apps, wat betekent dat de agent toegang heeft tot meer dan 1400 bestaande SaaS- en on-premises-connectoren. 00:11:51.240 --> 00:11:57.620 In plaats van adapters voor CRM, ERP of ITSM-platforms te herprogrammeren, configureer je op basis van connectoren die het bedrijf al gebruikt. 00:11:57.760 --> 00:11:59.160 Het is een schaalbare oplossing. 00:11:59.400 --> 00:12:04.180 Eén agent kan veilig werken over een breed landschap zonder dat je kwetsbare API-bruggen hoeft te bouwen. 00:12:04.340 --> 00:12:06.640 De vraag die iedereen daarna stelt is beveiliging. 00:12:06.640 --> 00:12:08.140 Foundry pakt dit aan in de kern. 00:12:08.400 --> 00:12:15.860 Wanneer tools verbinding maken met enterprise-systemen zoals SharePoint of Fabric, gebeurt dit via on-behef of authenticatie, gemediëerd door Microsoft Entra. 00:12:16.040 --> 00:12:20.320 Als je gisteren geen toestemming had om een bestand te lezen, zal de agent die barrière vandaag niet magisch omzeilen. 00:12:20.540 --> 00:12:24.460 Identiteit en machtigingen blijven intact, wat de enige manier is waarop compliance-teams hun goedkeuring geven. 00:12:24.640 --> 00:12:26.080 Elke aanroep is ook traceerbaar. 00:12:26.300 --> 00:12:29.040 Wie heeft het aangeroepen? Wat is er verzonden? Wat is er ontvangen? 00:12:29.180 --> 00:12:30.820 Teams hebben dus altijd het bewijs in handen. 00:12:30.960 --> 00:12:34.640 Met een Natural 20 maakt deze volledige toolkit je agent-team meer dan alleen een noviteit. 00:12:34.640 --> 00:12:39.460 Je krijgt eenheden die echte data kunnen opvragen, verwerken en handelen binnen de kaders die IT al kent. 00:12:39.640 --> 00:12:44.200 Met een Natural 1 zonder deze opties eindig je met een chatsessie die veel praat, maar nooit het werk verricht. 00:12:44.440 --> 00:12:46.960 Daarom is het arsenaal net zo belangrijk als de teamleider. 00:12:47.140 --> 00:12:53.460 Het model en de instructies bepalen misschien hoe de agent denkt, maar zonder verantwoord gekoppelde en betrouwbaar gelogde tools blijft het een halve maatregel. 00:12:53.680 --> 00:13:00.860 Met de ingebouwde set van Foundry, MCP, OpenAPI, extensibiliteit en beveiliging op bedrijfsniveau, heb je de basis voor een gedisciplineerde kracht. 00:13:00.860 --> 00:13:07.380 Geen verzameling gokwerk. En dit brengt ons bij het grotere geheel. De agents in Foundry zijn niet gebouwd als willekeurige sidekicks of speeltjes. 00:13:07.600 --> 00:13:13.300 Ze zijn ontworpen als beheerde operators met structuur, verantwoorde belastingen en uitrusting die ze bruikbaar maakt in productie. 00:13:13.520 --> 00:13:14.880 Dus, hier eindigt de campagne. 00:13:15.120 --> 00:13:16.180 Tijd voor de conclusie. 00:13:16.380 --> 00:13:18.440 Foundry is niet zomaar proms naar een model gooien. 00:13:18.640 --> 00:13:22.600 Het geeft je een herhaalbaar manier om agents te bouwen met een brein, een regelboek en een toolkit. 00:13:22.840 --> 00:13:26.200 En elke actie die ze ondernemen wordt gelogd in threads, runs en run steps. 00:13:26.200 --> 00:13:29.780 Voor zowel devleads als compliance medewerkers is de kernboodschap simpel. 00:13:30.500 --> 00:13:35.760 Reproduceerbare, auditeerbare uitvoering met SDK's zoals net die je volledige controle en inzicht in de levenscyclus geven. 00:13:35.940 --> 00:13:42.160 Je volgende stap, start een testproject, maak een basisagent, draai een thread en inspecteer vervolgens de runs steps in de SDK of de portal. 00:13:42.440 --> 00:13:44.840 Zo bevestig je dat je logs overeen komen met het verhaal. 00:13:44.980 --> 00:13:49.000 Als dit je hielp om een natuurlijke 20 te gooien bij de ploys, abonneer je dan en zet meldingen aan. 00:13:49.160 --> 00:13:53.060 Of, als we weer een cluster hebben getemd, abonneer je dan om je floatinformatie te houden.