Microsoft Agentic AI Business Solutions Architect (AB-100) — Übungsfragen und Probeprüfung

Einen Agent zu bauen und einen Agent auszuliefern sind zwei verschiedene Handlungen. Alles, was du auf der Authoring-Oberfläche konfigurierst, lebt in einem Entwurf, den nur du und deine Tester erreichen. Das Veröffentlichen ist das, was diesen Entwurf auf jeden Kanal schiebt, mit dem der Agent verbunden ist, und bis du das tust, haben Kunden niemanden zum Reden. Die zweite Hälfte zählt genauso: Nach jeder Änderung musst du erneut veröffentlichen, sonst interagieren Kunden weiter mit der vorherigen Version.

Keine der anderen Optionen macht einen Agent erreichbar. Die Authentifizierung abzuschalten ändert, wer mit dem Agent sprechen darf, nicht, ob er auf einem Kanal existiert – und sie dauerhaft zu deaktivieren wäre eine Sicherheitsentscheidung statt eines Bereitstellungsschritts. Die Dataverse-Datenbank zu löschen entfernt Daten, auf die der Agent angewiesen ist, und würde ihn kaputt machen statt starten. Ein Export in eine Tabellenkalkulation erzeugt ein Dokument für Menschen, keinen laufenden Endpoint.

Prüfungstipp: Suche bei jeder Frage zur Bereitstellung in Copilot Studio nach dem Verb, das Arbeit vom Entwurf ins Live-System bringt. Hier ist dieses Verb „veröffentlichen“, und die Pflicht zum erneuten Veröffentlichen ist das Detail, das Prüfungsautoren am liebsten vergraben.

Das Hybridmuster existiert, um einen Zielkonflikt aufzulösen. Ein reiner Low-Code-Aufbau in Copilot Studio ist schnell und für Fachteams zugänglich, aber in der Modellauswahl begrenzt; ein reiner Pro-Code-Aufbau auf Foundry gibt dir jedes Modell und tiefe Anpassung, verlangt aber Entwickler und Zeit. Die Low-Code-Authoring-Oberfläche mit den fortgeschrittenen Modellen von Foundry zu paaren, behält die Software-as-a-Service-Sicherheit und -Zuverlässigkeit der ersten und borgt sich zugleich die Modellfähigkeit der zweiten, sodass Fachteams Agents ohne umfangreiches Programmieren bauen und dabei trotzdem auf KI-Modelle in Enterprise-Qualität zugreifen können.

Die Distraktoren beschreiben Bedingungen, die der hybride Ansatz nicht adressiert. Eine strikte On-Premises-Anforderung ohne Cloud schließt beide Plattformen aus, denn beide sind Cloud-Dienste. Zu sagen, es gelte nur, wenn keine Konnektoren gebraucht werden, dreht den Punkt um, denn vorgefertigte Konnektoren sind einer der Hauptgründe, überhaupt zu Copilot Studio zu greifen. Und Microsoft-Modelle zu vermeiden widerspricht dem Muster direkt, denn der Foundry-Modellkatalog ist genau die Hälfte der Kombination, die die Modelle liefert.

Prüfungstipp: Lies Hybrid-Antworten als Frage danach, welche zwei Stärken kombiniert werden. Wenn eine Option eine der beiden Hälften entfernt, kann sie den Hybrid nicht beschreiben.