Veröffentlicht am
Make hat am 20. Oktober 2026 seinen Assistenten Maia für den visuellen Scenario Builder erweitert. Ein Planmodus soll das Vorgehen vor Änderungen sichtbar machen; Memory übernimmt persönliche Präferenzen zwischen Gesprächen. Dazu kommen Bildvorlagen und Hilfe bei fehlgeschlagenen Abläufen. Make beschreibt die Erweiterungen als bereits im Scenario Builder nutzbar. KI-AGT hat sie nicht selbst getestet. Make: Maia-Update.
Planen, bevor sich das Szenario ändert
Im Planmodus stellt Maia zunächst seine Fragen, legt Module und Annahmen dar und wartet auf die Zustimmung zum Plan. Dabei sollen Verbindungen, Anwendungsfunktionen und Tarifzugang geprüft werden. Im weiterhin voreingestellten Build-Modus erfolgen Fragen und Freigaben schrittweise.
Memory speichert laut Make Präferenzen zu Anwendungen, Konten, Antwortumfang und Sprache pro Nutzer und Team. Nutzer können Einträge bearbeiten, löschen oder die Funktion abschalten. Für Fehleranalysen zieht Maia Laufdaten heran und schlägt eine Änderung vor, die vor dem Übernehmen geprüft wird. Das sind beschriebene Produktfunktionen, keine von uns bestätigten Zuverlässigkeitswerte. Ablauf, Memory und Fehlerbehandlung.
Nicht jede Ankündigung ist schon verfügbar
Der übergreifende Waves-Beitrag unterscheidet den Stand einzelner Bausteine. Agenten-Orchestrierung, benutzerdefinierte Rollen und Audit-Logs für Agenten und MCP sind dort als verfügbar markiert. Andere Funktionen bleiben angekündigt: Dazu gehören Pausen für menschliche Freigaben innerhalb laufender Szenarien, MCP-Toolboxes mit begrenztem Werkzeugumfang und die Freigabe einzelner API-Aktionen über Endpoints.
Diese Unterscheidung ist praktisch wichtig. Die Prüfung eines Bauplans und eine Freigabe während der späteren Ausführung betreffen verschiedene Situationen. Wer eine Bestätigung unmittelbar vor einer geschäftlichen Aktion benötigt, sollte den angekündigten Laufzeitmechanismus nicht als bereits eingeführt voraussetzen. Make: Übersicht der verfügbaren und kommenden Funktionen.
Unsere Einordnung: Annahmen werden prüfbar
Für Teams, die Automationen mit einem Assistenten entwickeln, kann ein vorab sichtbarer Plan die Abnahme erleichtern. Dafür muss die Prüfung über passende Modulnamen hinausgehen. Wir würden zu jeder Verbindung festhalten, welche Daten gelesen werden und welche Änderungen sie erlaubt. Auch der Punkt, an dem ein Mensch die Kontrolle übernimmt, gehört in die Beschreibung.
Ein geeigneter erster Versuch wäre ein Ablauf, der Informationen nur sammelt und einen Entwurf erstellt. Im Vergleich zwischen Plan und Ergebnis ließe sich prüfen, ob die tatsächlich verwendeten Datenquellen und Arbeitsschritte den freigegebenen Annahmen entsprechen. Erst anschließend würden wir eine Aktion mit Außenwirkung ergänzen und deren Freigabe gesondert testen.
Gespeicherte Präferenzen verdienen dabei eine eigene Prüfung. Eine bevorzugte Anwendung ersetzt keine aktuelle Zugriffsentscheidung. Wechselt ein Team seine Werkzeuge oder Zuständigkeiten, sollten alte Annahmen überprüft werden. Das sind unsere Kriterien für den betrieblichen Einsatz und keine beobachteten Fehler von Maia. Weitere Grundlagen erklären unsere Beiträge zu Berechtigungen und Human-in-the-Loop.
Quelle: Offizielle Quelle