WEBVTT 00:00:00.000 --> 00:00:01.720 Hier ist der schockierende Teil, den einen niemand fragt. 00:00:01.940 --> 00:00:05.800 Wenn Sie eine KI in Azure Foundry bereitstellen, starten Sie nicht einfach ein übergroßes Modell. 00:00:06.220 --> 00:00:09.680 Sie setzen es in eine verwaltete Laufzeitumgebung, in der jede relevante Aktion, Nachricht, 00:00:09.740 --> 00:00:12.100 jeder Werkzeugaufruf und Laufschritt protokolliert und nachverfolgt wird. 00:00:12.540 --> 00:00:14.980 Sie werden sehen, wie Threads, Runs und Runsteps den Prüffahrt bilden, 00:00:15.040 --> 00:00:17.260 der Experimente nachvollziehbar und unternehmens tauglich macht. 00:00:17.940 --> 00:00:20.920 Das macht aus einer unberechenbaren KI ein diszipliniertes System, das Sie steuern können. 00:00:21.580 --> 00:00:26.180 Und sobald diese Struktur steht, stellt sich die eigentliche Frage, wer führt dieses digitale Team an? 00:00:27.360 --> 00:00:28.220 Lernen Sie den Team weiter kennen. 00:00:28.220 --> 00:00:31.120 Wenn Sie einen in Foundry einrichten, starten Sie nicht einfach ein Chatfenster. 00:00:31.440 --> 00:00:32.620 Sie ernennen einen Teamleiter. 00:00:33.060 --> 00:00:35.280 Das ist kein Praktikant, der eine Autovervollständigung tippt. 00:00:35.760 --> 00:00:38.500 Es ist ein Feldkommandant, der für Missionen mit einem klaren Design gebaut wurde. 00:00:39.360 --> 00:00:41.620 Und dieses Design lässt sich auf drei Kernkomponenten reduzieren. 00:00:41.820 --> 00:00:43.460 Das Modell, die Anweisungen und die Werkzeuge. 00:00:44.320 --> 00:00:45.380 Das Modell ist das Gehirn. 00:00:45.660 --> 00:00:50.160 Es kümmert sich um Schlussfolgerungen und Sprache, der Teil, der menschliche Worte analysieren, Schritte planen und werfen kann. 00:00:50.960 --> 00:00:52.260 Die Anweisungen sind die Missionsbefehle. 00:00:52.620 --> 00:00:56.640 Sie verhindern, dass das Gehirn abschweift, indem Sie es auf die Ergebnisse festlegen, die Sie wirklich brauchen. 00:00:56.640 --> 00:01:03.240 Und die Werkzeuge sind die Ausrüstung, Codeausführung, Suchkonnektoren, Reporting-APIs oder jedes Drittsystem, das Sie anschließen. 00:01:04.440 --> 00:01:07.060 Ein Azure AI-Agent wird explizit aus dieser Triade aufgebaut. 00:01:07.680 --> 00:01:10.120 Ohne sie erhalten Sie weder Reproduzierbarkeit noch Revisionssicherheit. 00:01:10.560 --> 00:01:12.380 Sie erhalten lediglich Textgenerierung ohne Nachweise. 00:01:12.800 --> 00:01:14.640 Übertragen wir das auf ein Beispiel aus dem Feldeinsatz. 00:01:15.040 --> 00:01:16.580 Das Modell ist die Kampfausbildung Ihres Kapitäns. 00:01:16.900 --> 00:01:18.700 Es weiß, wie man ein Schwert schwingt oder ein Urteil fällt. 00:01:19.060 --> 00:01:20.460 Die Anweisungen sind das Missionsbriefing. 00:01:20.820 --> 00:01:21.540 Schützen Sie den Konvoi. 00:01:21.540 --> 00:01:23.120 Rufen Sie Daten aus einem Vertragssatz an. 00:01:23.420 --> 00:01:25.320 Melden Sie die Ergebnisse in einem bestimmten Format zurück. 00:01:25.680 --> 00:01:27.340 Das hält den Kapitän auf Kurs und berechenbar. 00:01:27.740 --> 00:01:29.200 Dann sorgen die Werkzeuge für die Spezialisierung. 00:01:29.560 --> 00:01:32.620 Ein Enterhaken zum Erklimmen von Mauern ist wie ein Code-Interpreter für Analysen. 00:01:33.620 --> 00:01:37.500 Ein Funkgerät ist wie ein SharePoint oder benutzerdefiniert der MCP-Connector, der Live-Daten in den Plan einspeist. 00:01:38.020 --> 00:01:40.420 Wenn diese drei zusammenkommen, improvisiert der Agent nicht. 00:01:40.840 --> 00:01:42.880 Er führt eine Mission mit Protokollen und Kontrollpunkten aus. 00:01:43.260 --> 00:01:44.900 Foundry macht diese Maschinerie praktisch anwendbar. 00:01:45.260 --> 00:01:47.800 In den meisten Chat-APIs erhalten Sie nur das Modell und einen Prompt. 00:01:47.800 --> 00:01:51.780 Und sobald es anfängt zu sprechen, gibt es kein formelles Verständnis für Befehle oder Werkzeugorchestrierung. 00:01:52.020 --> 00:01:55.140 Das ist, als würde man seinen Kapitän ohne Plan oder Ausrüstung ins Feld schicken. 00:01:55.580 --> 00:01:59.420 Im Gegensatz dazu garantiert der Foundry Agent Service, dass alle drei Schichten vorhanden sind. 00:02:00.120 --> 00:02:01.940 Noch besser, Sie sind nicht an ein einziges Gehirn gebunden. 00:02:02.340 --> 00:02:04.580 Sie können im Foundry-Katalog zwischen verschiedene Modellen wechseln. 00:02:05.040 --> 00:02:08.500 GPT4 für komplexe Strategien, vielleicht ein schlankeres Modell für einfache Aufgaben. 00:02:08.760 --> 00:02:10.200 Oder sogar Mistral oder Deep Seek. 00:02:10.700 --> 00:02:11.800 Sie wählen das, was zur Mission passt. 00:02:12.260 --> 00:02:16.440 Diese Flexibilität ist der Unterschied zwischen einem Einheitspraktikanten und einem anpassungsfähigen Kommandeur. 00:02:16.440 --> 00:02:18.920 Überlegen Sie nun, was auf dem Spiel steht, wenn diese Ebenen fehlen. 00:02:19.240 --> 00:02:20.440 Die Ergebnisse werden inkonsistent. 00:02:21.060 --> 00:02:24.040 Eine Vertragszusammenfassung liest sich so, die nächste widerspricht ihr subtil. 00:02:24.680 --> 00:02:28.220 Sie verlieren die Nachvollziehbarkeit, da kein strukturiertes Protokoll festhält, wie die Antwort zustande kam. 00:02:28.680 --> 00:02:32.220 Das Debugging wird zum Rat des Spiels, da Entwickler die Argumentationskette nicht mehr nachverfolgen können. 00:02:32.760 --> 00:02:34.300 In einem Unternehmen ist das kein kleines Ärgernis. 00:02:34.820 --> 00:02:36.440 Es ist ein echtes Risiko, das Vertrauen zu erhindern. 00:02:36.980 --> 00:02:38.600 Foundry löst dies auf einfache Weise. 00:02:38.980 --> 00:02:40.480 Reitklang sind direkt in den Agenten integriert. 00:02:40.840 --> 00:02:43.240 Die Anweisungen fungieren als festes Regelwerk, das befolgt werden muss. 00:02:43.680 --> 00:02:46.360 Das Toolset kann je nach Anwendungsfall eng begrenzt oder erweitert werden. 00:02:46.820 --> 00:02:51.200 Das Modell kann frei ausgetauscht werden, jedoch immer innerhalb einer Struktur, die Verantwortlichkeit erzwingt. 00:02:52.300 --> 00:02:54.500 Zusammen liefert dieses Trio einen disziplinierten Gruppenführer, 00:02:54.560 --> 00:02:56.600 vorhersehbare Ergebnisse, sichtbare Schritte und die Möglichkeit, 00:02:56.760 --> 00:03:00.200 verantwortungsvoll mit Unternehmenskonnektoren und Benutzerdemenskonnektoren und Nutzerdefinierten APS zu arbeiten. 00:03:00.480 --> 00:03:02.880 Hier geht es nicht darum, KI als magische Konversation anzupreisen. 00:03:03.220 --> 00:03:05.680 Es geht darum, zu zeigen, dass Ihr Unternehmen einen gestellten Offizier erhält, 00:03:05.740 --> 00:03:08.600 der Protokolle führt, Befehle befolgt und die richtige Ausrüstung mit sich führt. 00:03:08.840 --> 00:03:12.280 Wie jeder gute Kapitän führt er eine sorgfältige Aufzeichnung darüber, was bei jeder Mission geschah. 00:03:12.280 --> 00:03:15.700 Denn wenn Systeme auditiert werden oder ein Vorgang fehlschlägt, brauchen Sie das Tagebuch. 00:03:16.080 --> 00:03:18.540 In Foundry hat dieses Tagebuch einen Namen. Es heißt Thread. 00:03:19.460 --> 00:03:20.580 Threads, das Protokoll an der Front. 00:03:21.200 --> 00:03:23.500 Threads sind der Ort, an dem das Missionsprotokoll Gestalt annehmen. 00:03:23.840 --> 00:03:27.280 In Azure Foundry ist ein Thread kein loses Chatfenster, das verschwindet, sobald man es schließt. 00:03:27.280 --> 00:03:29.280 Es ist eine persistente Konversationssorgung. 00:03:29.740 --> 00:03:35.780 Jeder Austausch zwischen Ihnen und dem Agenten wird hier gespeichert, egal ob er von Ihnen, dem Agenten oder sogar einem anderen Agenten in einer Multiagentenumgebung stammt. 00:03:36.220 --> 00:03:41.240 Dies ist das Frontprotokoll, das eine dauerhafte Historie der Interaktionen bewahrt, die noch lange nach dem Ende des Chats überprüft werden kann. 00:03:41.620 --> 00:03:44.120 Die wahre Stärke ist, dass Threads nicht nur statische Transkripte sind. 00:03:44.540 --> 00:03:52.360 Es sind strukturierte Container, die Kürzungen automatisch handhaben, den aktiven Kontext innerhalb der Modellgrenzen halten und dennoch einen vollständigen Audit-Trail bewahren bewahren. 00:03:52.360 --> 00:03:58.900 Das bedeutet, der Agent versteht weiterhin die laufende Konversation, während Unternehmen ein dauerhaftes, überprüfbares Protokoll führen. 00:03:59.520 --> 00:04:01.580 Im Gegensatz zu den meisten Chat-Apps löst sich hier nichts in Luft auf. 00:04:01.920 --> 00:04:04.360 Sie erhalten Kontinuität für den Agenten und Governance für das Unternehmen. 00:04:04.700 --> 00:04:06.640 Die Einträge in diesem Protokoll bestehen aus Nachrichten. 00:04:07.060 --> 00:04:08.460 Eine Nachricht ist nicht auf reinen Text beschränkt. 00:04:08.860 --> 00:04:12.160 Sie kann ein Bild, eine Tabellendatei oder einem Block generierten Codes enthalten. 00:04:12.700 --> 00:04:16.120 Jedes mit einem Zeitstempel versehen und mit einer Rolle markiert, entweder Benutzer oder Assistent. 00:04:16.120 --> 00:04:22.640 Wenn Sie also einen Thread untersuchen, sehen Sie nicht nur, was gesagt wurde, sondern auch, wer es wann sagte und um welche Art von Inhalt es sich handelte. 00:04:23.500 --> 00:04:27.880 Stellen Sie sich vor, ein Compliance-Beauftragter öffnet einen Datensatz und sieht die genaue Textanfrage von gestern, 00:04:28.400 --> 00:04:32.180 das Diagramm, das der Agent als Antwort erstellt hat und den Zeitpunkt beider Ereignisse. 00:04:32.720 --> 00:04:34.800 Das ist mehr als in Erinnerung. Es ist ein echtes Vorschlägesprotokoll. 00:04:35.060 --> 00:04:38.520 Um es in Spielbegriffen auszudrücken, ein Thread ist wie das Notizbuch in einer Dungeons & Dragons-Kampagne. 00:04:38.680 --> 00:04:43.520 Der Dungeon Master notiert, welche Städte besucht wurden, welche Würfe gelangen und welche Beute gemacht wurde. 00:04:43.520 --> 00:04:46.620 Ohne dieses Logbuch streiten sich die Spieler am Ende über vergessene Details. 00:04:47.080 --> 00:04:49.880 Mit ihm lösen sich Argumente in Luft auf, weil die Ereignisse dokumentiert sind. 00:04:50.420 --> 00:04:51.840 Threads bewirken dasselbe für Unternehmenskick. 00:04:52.280 --> 00:04:56.100 Sie verhindern Streit darüber, was der Agent tatsächlich getan hat, da alles in der richtigen Reihenfolge festgehalten wird. 00:04:56.320 --> 00:04:58.160 Hier ist nun der Grund, warum dieses Protokoll so wichtig ist. 00:04:58.440 --> 00:05:00.380 Für Audits und Compliance sind Threads pures Gold wert. 00:05:01.180 --> 00:05:05.020 Regulierungsbehörden oder interne Prüfungsteams können einen Thread öffnen und sofort den gesamten Ablauf sehen, 00:05:05.020 --> 00:05:08.320 die Nutzeranfrage, die Antwort des Agenten, die verwendeten Tools und den Zeitpunkt. 00:05:08.740 --> 00:05:11.300 Für Entwickler fungieren dieselben Aufzeichnungen wie ein Debug-Modus. 00:05:11.300 --> 00:05:16.820 Wenn ein Agent einen falschen Codeschnipsel erstellt hat, können Sie den Thread bis zu der Anfrage zurückverfolgen und genau sehen, wie es dazu kam. 00:05:17.440 --> 00:05:20.200 Beide Gruppen erhalten Transparenz und vermeiden vermutlich Zeitverschwendung. 00:05:20.860 --> 00:05:23.420 Vergleichen Sie dies mit Systemen, die Konversationen nicht dauerhaft speichern. 00:05:23.780 --> 00:05:27.480 Ohne Threads versuchen Sie, das Verhalten anhand von Screenshots oder wagen Erinnerungen nachzuvollziehen. 00:05:28.240 --> 00:05:31.900 Das reicht nicht aus, wenn die Compliance-Nachweise verlangt oder der Support einen Fehler reproduzieren muss. 00:05:32.120 --> 00:05:36.280 Es ist, als müsste man einen Bosskampf in einem Spiel wiederholen und stellt fest, dass man nie gespeichert hat. 00:05:37.200 --> 00:05:39.900 Keine Aufzeichnung bedeutet keinen Beweis und keine Spur bedeutet keine Fehlerbehebung. 00:05:39.900 --> 00:05:44.080 Im schlimmsten Fall müssen Sie Stakeholder mit bloßen mündlichen Versprechungen beruhigen. 00:05:44.880 --> 00:05:46.720 Mit Threads in Foundry entgehen Sie dieser Falle. 00:05:47.200 --> 00:05:49.040 Jede Konversation wird zu einem strukturierten Beweisstück. 00:05:49.360 --> 00:05:56.340 Wenn ein Workflow juristische Texte abruft, zeigt das Protokoll die ursprüngliche Anfrage, die spezifische Antwort und ob unterstützende Tools aufgerufen wurden. 00:05:57.160 --> 00:06:01.680 Wenn mehrere Agenten miteinander kommunizieren, um Aufgaben aufzuteilen, wird auch Ihr Austausch protokolliert. 00:06:01.680 --> 00:06:07.720 Unternehmen können Compliance nachweisen, Entwicklerfehler finden und Manager darauf vertrauen, dass die Ergebnisse des Systems nachvollziehbar sind. 00:06:08.320 --> 00:06:11.600 Das ist der Punkt, an dem Threads chaotische Chats in etwas Produktionsreifes verwandeln. 00:06:12.740 --> 00:06:17.760 Statt flüchtiger Kommunikation erzeugen Sie eine stabile Historie von Missionen und Entscheidungen, ein Fundament, auf das Sie bauen können. 00:06:18.200 --> 00:06:19.800 Aber denken Sie daran, das Protokoll ist immer noch ne Tag. 00:06:19.800 --> 00:06:23.620 Die eigentliche Aktion beginnt, wenn der Agent das Geschriebene aus dem Thread nimmt und tatsächlich ausführt. 00:06:24.360 --> 00:06:29.140 In dieser nächsten Phase werden aus Missionen keine bloßen Notizen auf Papier mehr, sondern sie werden in Echtzeit lebendig. 00:06:29.840 --> 00:06:33.160 Runs und Run-Steps sind wie das Würfel. Runs sind der Moment, in dem die Mission endlich startet. 00:06:33.760 --> 00:06:38.100 In Foundry-Begriffen speichert ein Thread den Gesprächsverlauf, die Befehle, den Kontext und die Karten. 00:06:38.700 --> 00:06:43.040 Ein Run ist der Auslöser, der den Agenten aktiviert, um diesen Kontext zu nehmen und ihn tatsächlich auszuführen. 00:06:43.600 --> 00:06:44.640 Threads erinnern sich Runs-Handeln. 00:06:45.220 --> 00:06:46.580 Betrachten Sie einen Run als den Startknopf. 00:06:46.580 --> 00:06:50.300 Ihr Thread könnte lauten, analysiere die CSV-Datei oder zeichne einen Linienjäger. 00:06:50.540 --> 00:06:55.400 Aber der Run ist der Moment, in dem der Agent diese Anfrage mithilfe seiner Modellanweisungen und Werkzeuge verarbeitet. 00:06:55.920 --> 00:07:00.320 Er kann zusätzliche Daten abrufen, Berechnungen durchführen oder den Code-Interpreter aufrufen, um ein Artefakt zu erzeugen. 00:07:00.720 --> 00:07:04.520 In Bezug auf Tabletop-Rollenspiele ist ein Thread Ihre Gruppe, die am Tisch Ihre Züge plant. 00:07:05.320 --> 00:07:07.520 Der Run ist der Initiativwurf, der den Kampf einleitet. 00:07:07.940 --> 00:07:09.060 Ohne ihn bewegt sich nichts vorwärts. 00:07:09.520 --> 00:07:10.580 Das macht Foundry deutlich. 00:07:11.180 --> 00:07:14.660 Runs sind keine Blackbox, sind überwachte, statusverfolgte Ausführungen. 00:07:14.660 --> 00:07:19.680 Typischerweise sehen Sie Statusmeldungen, wie in der Warteschlange in Bearbeitung erfordert Aktion abgeschlossen oder fehlgeschlagen. 00:07:20.200 --> 00:07:24.440 SDK-Beispiele fragen diese Zustände oft in einer Schleife ab, genau wie ein Spielleiter die Zugreinfolge prüft. 00:07:24.760 --> 00:07:27.820 Dies gibt Ihnen Sichtbarkeit darüber nicht nur, was erledigt wird, sondern wann es passiert. 00:07:28.660 --> 00:07:29.620 Doch hier ist die größere Sorge. 00:07:30.060 --> 00:07:32.500 Woher wissen Sie, was genau während dieser Ausführung passiert ist? 00:07:32.640 --> 00:07:39.380 Die Antwort sieht vielleicht gut aus, aber ohne Details können Sie nicht sagen, ob der Agent eine externe API aufgerufen, Code geschrieben oder nur Text improvisiert hat. 00:07:39.680 --> 00:07:41.700 Diese Undurchsichtigkeit ist in Unternehmensumgebungen gefährlich. 00:07:41.700 --> 00:07:46.860 Es ist so, als würde man in ein Schachspiel kommen, ein Brett mitten im Spiel sehen und gesagt bekommen, vertrauen Sie uns, die richtigen Züge wurden gemacht. 00:07:47.120 --> 00:07:48.240 Sie können es nicht zurückverfolgen. 00:07:48.840 --> 00:07:49.980 Sie wissen nicht, ob das Spiel zur Regel kommt. 00:07:50.360 --> 00:07:52.020 Run-Steps beseitigen genau dieses Rätselrad. 00:07:52.360 --> 00:07:54.040 Jeder Run wird Schritt für Schritt aufgezeichnet. 00:07:54.320 --> 00:07:59.220 Welche Modellausgaben generiert, welche Tools aufgerufen, welche Berechnungen durchgeführt und welche Nachrichten produziert wurden. 00:07:59.860 --> 00:08:03.200 Es ist wie Schachnotation für KI-Bauer nach E4, Springer nach F6. 00:08:03.200 --> 00:08:09.180 Nur eben, Datei abrufen um 10.02, Codeblock ausführen um 10.03, Diagramm-Artefakt zurückgeben um 10.04. 00:08:10.060 --> 00:08:12.440 Jede Aktion wird der Reihe nach notiert, damit Sie sie später wiederholen können. 00:08:12.800 --> 00:08:14.460 Diese Struktur ist eine große Erleichterung für Entwickler. 00:08:14.960 --> 00:08:18.700 Ohne Run-Steps starren Sie auf eine endgültige Antwort, ohne eine Ahnung zu haben, wie sie zustande kann. 00:08:18.900 --> 00:08:19.720 War die Suchanfrage falsch? 00:08:20.200 --> 00:08:21.220 Hat sich ein Rechenfehler eingeschlichen? 00:08:21.600 --> 00:08:22.160 Wir können raten. 00:08:22.540 --> 00:08:26.400 Mit Run-Steps können Sie durch die Zeitleiste scrollen, den genauen Fehler identifizieren und ihn beheben. 00:08:27.200 --> 00:08:29.560 Fehlersuche ist kein Rätselraten mehr, sondern Forensik. 00:08:29.560 --> 00:08:33.580 Es ist der Unterschied zwischen einem unübersichtlichen Bosskampf, bei dem man nicht weiß, wer angegriffen hat, 00:08:33.700 --> 00:08:36.500 und einem Kampfprotokoll, das jeden Schwertstreich und Zauberspruch anzeigt. 00:08:37.000 --> 00:08:38.600 Compliance-Teams profitieren ebenfalls davon. 00:08:39.220 --> 00:08:41.800 Wenn Auditoren fragen, wie wurde diese Zusammenfassung eigentlich erstellt, 00:08:42.260 --> 00:08:44.540 müssen sie die Modellogik nicht in abstrakten Begriffen beschreiben. 00:08:44.880 --> 00:08:45.280 Die haben Beleg. 00:08:45.760 --> 00:08:49.280 Der Tool aufruft der Interpreter Schritt, die zusammengestellte Antwort, alles mit Zeitstempel. 00:08:50.220 --> 00:08:51.920 Das verwandelt Erklärungen in Governance. 00:08:52.320 --> 00:08:54.000 Sie zeigen Beweise, anstatt Geschichten zu erfinden. 00:08:54.380 --> 00:08:58.260 Unternehmen lieben das, weil es Risiken in Verantwortlichkeit verwandelt, Beweise statt Versprechen. 00:08:58.260 --> 00:09:02.880 Und im Tagesgeschäft schaffen Run-Steps reproduzierbare Muster, auf die sie sich verlassen können. 00:09:03.520 --> 00:09:06.480 Wenn ein Workflow erneut ausgeführt werden muss, können sie derselben Sequenz folgen. 00:09:06.780 --> 00:09:08.860 Wenn ein Ergebnis in Frage gestellt wird, können sie es erneut abspielen. 00:09:09.240 --> 00:09:14.040 Im Idealfall bieten Runs mit vollständigen Run-Steps prüfbare, reproduzierbare Belege dafür, wie Ergebnisse entstanden sind. 00:09:14.320 --> 00:09:17.640 Im schlechtesten Fall erhalten sie in anderen Systemen ein wages Ergebnis ohne verziehbare Spuren. 00:09:17.980 --> 00:09:20.240 Deshalb ist dieser Teil des Agenten-Lebenszyklus so wichtig. 00:09:20.580 --> 00:09:24.640 Sie haben das Tagebuch in den Threads, die Aktivierung in den Runs und das detaillierte Protokoll in den Run-Steps. 00:09:24.640 --> 00:09:30.580 Zusammen machen sie aus improvisierender KI einen verantwortungsbewussten Teamkollegen, dessen Handlungen sie nachverfolgen, testen und verteidigen können. 00:09:30.700 --> 00:09:33.280 Natürlich ist das Wissen, dass all diese Details existieren, nur ein Teil des Puzzles. 00:09:33.620 --> 00:09:40.400 Sie brauchen eine Möglichkeit, damit zu interagieren, etwas, das strukturiert genug ist, um Agenten zu starten, Runs auszulösen und Run-Steps auszulösen und Run-Steps auszulesen, ohne in Rhone-AP-Aufrufen zu versinken. 00:09:40.500 --> 00:09:43.020 Und das Überraschende, sie brauchen dafür kein glänzendes Kommandozentrum. 00:09:43.020 --> 00:09:47.220 Die Konsole, die die meisten nutzen, ist vertraut, robust und etwas weniger glamourös. 00:09:47.440 --> 00:09:49.400 Netz, Arsenal und Allianzen. 00:09:50.380 --> 00:09:53.900 Arsenal und Allianzen machen aus einem plaudernden Agenten einen echten Arbeiter. 00:09:54.740 --> 00:10:00.140 In Asher Foundry kommt dieses Arsenal in Form von Tools, praktischen Erweiterungen, die den Agenten von Worten zu Taten führen. 00:10:00.920 --> 00:10:06.480 Anstatt nur zu beschreiben, wie man ein Dokument prüft oder eine Berechnung durchführt, kann der Agent es tatsächlich tun und das Ergebnis liefern. 00:10:07.320 --> 00:10:11.560 Dieser Unterschied macht die Plattform in einem echten Unternehmen wertvoll, anstatt nur in einer Demo zu beeindrucken. 00:10:11.560 --> 00:10:14.200 Foundry bietet Ihnen drei klare Kategorien an Funktionen. 00:10:14.500 --> 00:10:15.660 Zuerst sind da die integrierten Tools. 00:10:16.200 --> 00:10:22.580 Dazu gehören der Code-Interpreter, die Bing-Suche, SharePoint und Microsoft Fabric-Konnektoren sowie Azure iSearch, Search. 00:10:22.900 --> 00:10:29.160 Damit kann der Agent Daten analysieren, Dateien abrufen, Unternehmensinhalte durchsuchen und sogar Diagramme oder Berichte erstellen, ohne dass benutzerdefinierter Klipko nötig ist. 00:10:29.540 --> 00:10:33.880 Jedes davon erweitert den Umfang von reinen Chatantworten in zugreifbaren Arbeitsprodukten, die Sie prüfen und wiederverwenden. 00:10:34.600 --> 00:10:37.240 Zweitens sind Sie nicht auf das beschränkt, was Microsoft bereitstellt. 00:10:37.240 --> 00:10:42.540 Foundry erlaubt Ihnen die Registrierung eigener Tools über OpenAPI-Spezifikationen oder das Model Context Protocol, kurz MCP. 00:10:43.020 --> 00:10:46.360 Gerade MCP ist wichtig, da es wie ein USB-C-Anschluss für KI-Tools fungiert. 00:10:46.940 --> 00:10:54.400 Statt bei jeder Verbindung von Agenten mit entfernten MCP-Servern Wrapper von Hand zu schreiben, übernimmt das System automatisch die Toolerkennung, Versionierung und den Aufruf. 00:10:54.400 --> 00:11:00.480 Das reduziert den Integrationsaufwand erheblich, besonders wenn Ihre Umgebung dutzende Systeme miteinander verknüpfen muss. 00:11:01.440 --> 00:11:03.300 Drittens ist jeder Tool-Aufruf in Foundry beobachtbar. 00:11:04.000 --> 00:11:07.840 Aufrufe werden auf Step-Ebene mit Identität, Eingaben, Ausgaben und Zeitstempeln protokolliert. 00:11:08.100 --> 00:11:10.680 Das bedeutet, die operative Sicht auf diese Agenten passiert nicht auf Blindenvertreter. 00:11:11.020 --> 00:11:11.580 Es ist ein Protokoll. 00:11:11.860 --> 00:11:16.960 Sie können genau nachvollziehen, was aufgerufen wurde, sicherstellen, dass die Berechtigungen eingehalten wurden und dauerhafte Nachweise für die Compliance speichern. 00:11:17.300 --> 00:11:19.440 Um diese Kategorien zu verdeutlichen, stellen Sie sich die QuickState auf. 00:11:19.820 --> 00:11:22.020 Sie laden eine CSV-Datei als Nachricht in einen Thread hoch. 00:11:22.020 --> 00:11:26.220 Der Agent ruft innerhalb seiner Ausführungsschritte das Code-Interpreter-Tool auf, verarbeitete die Datei in der Datagram. 00:11:26.640 --> 00:11:30.080 Dieses Ergebnis wird als angehängtes Bild direkt im Thread-Protokoll angezeigt. 00:11:30.580 --> 00:11:32.760 Sie mussten selbst keinen Parser- oder Visualisierungscode schreiben. 00:11:33.240 --> 00:11:34.220 Sie gaben eine Anweisung. 00:11:34.500 --> 00:11:38.320 Der Agent wählte das Tool, führte es aus und lieferte die Datei, die Sie direkt in einen Bericht einfügen konnten. 00:11:39.200 --> 00:11:42.000 Das ist keine Theorie, sondern dokumentiertes Verhalten in den SDK-Beispielen. 00:11:42.620 --> 00:11:44.400 Richtig spannend wird es bei der Unternehmensintegration. 00:11:45.000 --> 00:11:50.800 Tools können mit Logic-Apps verknüpft werden, wodurch der Agent auf über 1400 bestehende SaaS- und On-Premises-Konnektoren zugreifen kann. 00:11:50.800 --> 00:11:57.420 Statt Adapter für CRMis, ERP- oder ITSM-Plattformen neu zu programmieren, konfigurieren Sie einfach die Konnektoren, die das Unternehmen bereits nutzt. 00:11:57.760 --> 00:11:58.740 Das ist eine Strategie für die Skalierung. 00:11:59.300 --> 00:12:03.860 Ein Agent kann sicher in einer breiten Infrastruktur agieren, ohne dass Sie fehleranfällige API-Brücken bauen müssen. 00:12:04.300 --> 00:12:06.180 Die Frage, die sich danach jeder stellt, ist die nach der Sicherheit. 00:12:06.660 --> 00:12:07.940 Foundry adressiert diese direkt im Kern. 00:12:08.480 --> 00:12:15.340 Wenn Tools eine Verbindung zu Unternehmenssystemen wie SharePoint oder Fabric herstellen, geschieht dies über eine durch Microsoft Entra vermittelte Authentifizierung im Auftrag des Benutzers. 00:12:15.920 --> 00:12:20.220 Wenn Sie gestern keine Berechtigung zum Lesen einer Datei hatten, wird der Agent diese Barriere heute nicht magisch umgehen. 00:12:20.720 --> 00:12:24.460 Identität und Berechtigungen bleiben intakt, nur so erhalten Compliance-Teams ihre Freigabe. 00:12:24.920 --> 00:12:26.100 Jeder Aufruf ist zudem nachvollziehbar. 00:12:26.440 --> 00:12:27.100 Wer hat den ausgelöst? 00:12:27.340 --> 00:12:27.940 Was wurde gesendet? 00:12:28.180 --> 00:12:28.740 Was wurde empfangen? 00:12:29.060 --> 00:12:30.020 So haben Teams immer einen Beleg. 00:12:30.400 --> 00:12:34.060 Im Idealfall macht dieses Toolkit Ihr Agententeam zu weit mehr als nur einer Spielerei. 00:12:34.600 --> 00:12:39.360 Sie erhalten Einheiten, die echte Datenabfragen verarbeiten und innerhalb von Leitplangen agieren können, die der IT bereits vertraut sind. 00:12:39.940 --> 00:12:43.460 Ohne diese Option bleibt Ihnen nur eine Chatsitzung, die viel verspricht, aber die Arbeit nie erledigt. 00:12:44.220 --> 00:12:46.300 Deshalb ist das Arsenal genauso wichtig wie der Teamleiter. 00:12:47.200 --> 00:12:53.120 Das Modell und die Anweisungen mögen das Denken des Agenten verankern, doch ohne verantwortungsvoll angebundene und zuverlässig protokollierte Tools bleibt seine halbe Sache. 00:12:53.620 --> 00:13:01.920 Mit Foundrys integriertem Set, MCP, offener API-Weiterbarkeit und Sicherheit auf Unternehmensniveau haben sie das Fundament für eine disziplinierte Kraft, nicht bloß eine Ansammlung von Ratespielen. 00:13:01.920 --> 00:13:03.580 Und das führt uns zum großen Ganzen. 00:13:04.060 --> 00:13:06.760 Die Agenten in Foundry wurden nicht als willkürliche Begleiter oder Spielzeug entwickelt. 00:13:07.260 --> 00:13:13.000 Sie sind als gesteuerte Operatoren konzipiert mit Struktur, nachvollziehbarer Auslastung und Ausrüstung, die sie im produktiven Einsatz nützlich macht. 00:13:13.760 --> 00:13:14.920 Damit kommen wir zum Abschluss der Kampagnen. 00:13:15.260 --> 00:13:15.900 Zeit für das Fazit. 00:13:16.220 --> 00:13:18.040 Foundry bedeutet nicht nur, Prompts an ein Modell zu senden. 00:13:18.380 --> 00:13:22.500 Es bietet Ihnen eine wiederholbare Methode, um Agenten mit einem Gehirn einem Regelwerk zu einem Werkzeugkasten zu bauen. 00:13:22.860 --> 00:13:25.640 Jede ihrer Aktionen wird in Threads, Runs und Run-Steps protokolliert. 00:13:26.680 --> 00:13:29.140 Für Entwicklungsleiter und Compliance-Experten ist die Kernbotschaft einfach. 00:13:29.140 --> 00:13:35.300 Wir bieten reproduzierbare, prüfbare Ausführungen mit SDKs wie .NET, die Ihnen volle Kontrolle über den Lebenszyklus und Transparenz geben. 00:13:35.960 --> 00:13:36.560 Ihr nächster Schritt. 00:13:36.780 --> 00:13:41.980 Starten Sie ein Testprojekt, erstellen Sie einen Basisagenten, führen Sie einen Thread aus und untersuchen Sie die Run-Steps im SDK oder im Portal. 00:13:42.500 --> 00:13:44.440 So stellen Sie sicher, dass Ihre Protokolle mit der Geschichte übereinstimmen. 00:13:44.760 --> 00:13:48.740 Wenn Ihnen dies geholfen hat, einen Volltreffer bei Ihren Deployments zu landen, abonnieren Sie den Kanal und aktivieren Sie die Benachrichtigung. 00:13:49.320 --> 00:13:52.920 Oder, falls wir ein weiteres Cluster gezehnt haben, abonnieren Sie uns, um Ihre flotte Information zu halten.