Copilot Studio: Agenten bauen und Betrieb kostet Credits

MicrosoftMeistern Sie Microsoft Copilot für Ihren Büroalltag. hat die Produktseite zu Copilot Studio zuletzt am 16. September 2026 aktualisiert. Dort heißt es, die Plattform sei eine durchgehende Umgebung für konversationelle KI, in der sich Microsoft Copilot Studio Agenten entweder in natürlicher Sprache oder über eine grafische Oberfläche erstellen lassen. Zwei Tage zuvor, am 14. September 2026, kam im Guidance Hub von Microsoft Learn ein Governance-Thema dazu: Wie sich der Verbrauch von Copilot-Credits für Agenten steuern lässt, die auf Funktionen von GitHub Copilot aufsetzen.

Beide Aktualisierungen stammen von Microsoft selbst. Die eine beschreibt, wie leicht sich ein Agent bauen lässt. Die andere beschreibt, was danach zu kontrollieren ist.

Der Anspruch bleibt Low-Code

An einem Terminbuchungsassistenten lässt sich das Versprechen gut prüfen: Ein Kunde nennt sein Anliegen und seine Wunschzeit, der Agent gleicht den Kalender ab und bestätigt. Auch Fachleute ohne tiefe Programmierkenntnisse sollen so etwas bauen können, und genau diese Nutzergruppe spricht die Produktseite mit Stand 16. September 2026 an. Eine neue offizielle Ankündigung zu einem vorkonfigurierten Terminbuchungsagenten gibt es im Zeitraum vom 14. bis 16. September 2026 nicht.

Das ist der erste Einwand gegen die Erzählung vom fertigen Assistenten aus der Vorlage. Wer einen Buchungsprozess automatisiert, entscheidet über die Datenanbindung und über die Eskalationslogik, also darüber, wann der Agent abgibt. Dazu enthalten die beiden aktualisierten Microsoft-Dokumente keine neuen Vorgaben.

Microsoft dokumentiert jetzt die Kostenseite

Der neue Eintrag im Guidance Hub von Microsoft Learn trägt den Titel „Govern Copilot Credit consumption for agents powered by the GitHub Copilot“, also: Verbrauch von Copilot-Credits steuern. Inhaltlich geht es darum, den Verbrauch bei produktiv laufenden Agenten zu überwachen und zu steuern.

Für den Kundenkontakt ist das der praktisch wichtigere Teil. Ein Agent im Service läuft nicht in einer Testumgebung mit zehn Anfragen. Er reagiert auf Verkehr, den das Unternehmen nicht steuert. Dass Microsoft dafür eine eigene Anleitung zur Kostenkontrolle veröffentlicht, zeigt, welche Frage sich nach dem Bauen stellt: nicht mehr, ob der Agent antwortet, sondern was der Betrieb kostet und wer ihn beobachtet.

Wie eine Teststrategie vor dem Start aussehen sollte oder wer haftet, wenn der Agent einen Termin falsch bestätigt, steht in den beiden aktualisierten Dokumenten nicht. Die Machbarkeit ist belegt, der Betrieb ist angesprochen, die Haftungsfrage bleibt offen. Wer einen Terminbuchungsassistenten auf Kunden loslässt, braucht dafür eigene Antworten. Ähnliche Fragen stellen sich überall dort, wo Unternehmen Agenten auf eigene Prozesse ansetzen. Für den produktiven Einsatz reicht die Dokumentation allein nicht.