Drei Modi für unterschiedliche Aufgaben
Microsoft beschrieb am 25. September eine überarbeitete Copilot-Erfahrung mit Home, Code und Autopilot. Home soll als Einstieg und Fortsetzung von Arbeit dienen, Code beim Erstellen von Lösungen helfen und Autopilot als dauerhaft arbeitender Agent delegierte Aufgaben übernehmen. Das Unternehmen nannte außerdem eine verwaltete Laufzeit sowie getrennte Vorschau- und Einführungspläne für die Funktionen.
Das Design greift ein verbreitetes Produktmuster auf: schnelle Unterstützung von längeren Aufgaben oder der Erstellung wiederverwendbarer Ergebnisse zu unterscheiden. In einem einzigen Chatfeld verschwimmt leicht der Unterschied zwischen einer Informationsfrage, dem Schreiben von Software und der Delegation von Aktionen. Getrennte Modi können Erwartungen verständlicher machen, sofern Berechtigungen und Status klar bleiben.
Delegation braucht Grenzen und Sichtbarkeit
Microsoft beschreibt Autopilot als Funktion, die Ziele über längere Zeit verfolgen und mit Arbeitskontext interagieren kann. Daraus entstehen neue Fragen: Welche Kanäle darf der Agent beobachten? Auf welche Personen und Dateien kann er zugreifen? Wie lange bleibt Kontext erhalten? Wie kann eine Administration einen Lauf beenden oder prüfen? Diese Details sind ebenso wichtig wie die Aufgabenliste in einer Produktankündigung.
Vor der Delegation realer Arbeit sollte ein Team Identität, erlaubte Werkzeuge, Datenumfang, Aktionsgrenzen und Eskalationsbedingungen festlegen. Eine gute Oberfläche zeigt Fortschritt und ausstehende Entscheidungen, ermöglicht Pausieren oder Widerrufen des Zugriffs und protokolliert ausgeführte Aktionen.
Vorschauen von allgemein verfügbaren Funktionen unterscheiden
Laut Ankündigung befinden sich Funktionen in unterschiedlichen Phasen, darunter Einführungen über das Frontier-Programm und private Vorschauen. Die Verfügbarkeit kann nach Tarif, Organisation und Zeitpunkt variieren. Teams sollten den Status und die Vertragsbedingungen für ihren eigenen Mandanten prüfen, statt eine Schlagzeile als Zusage für den produktiven Einsatz zu verstehen.
Vorschauversionen können beim Lernen helfen, ändern sich aber möglicherweise und bieten nicht zwingend den Support, die Servicezusagen oder Kontrollen für geschäftskritische Abläufe. Experimente sollten von unumkehrbaren Prozessen getrennt bleiben, bis dokumentierte Funktionen und Risikoprüfung zusammenpassen.
Von einem konkreten Geschäftsprozess ausgehen
Eine sinnvolle Bewertung beginnt mit einem wiederkehrenden Prozess, der eine verantwortliche Person und messbare Reibungsverluste hat. Die bestehenden Schritte werden abgebildet, Entscheidungen mit menschlichem Ermessen markiert und Routineaktionen von Freigaben getrennt. Anschließend wird das tatsächliche Produktverhalten anhand repräsentativer Fälle verglichen.
Der Ausgangspunkt sollte nicht „Wir brauchen einen Agenten“ sein, sondern: „Diese Übergabe oder Wiederholung kostet zu viel Zeit, und diese Verbesserungen wären akzeptabel.“ So bleibt die Bewertung an der Arbeit orientiert, macht Integrationskosten sichtbar und hilft einem Team fair zu entscheiden, ob ein neuer Copilot-Modus passt.
Quellen und weiterführende Informationen
Einen sachlichen Fehler melden oder eine Quelle vorschlagen? Redaktion kontaktieren.
