Die meisten Produktänderungen machen keine Schulung ungültig
Das Produkt ändert sich laufend, und Schulung wird überholt, ohne dass es jemand merkt. Organisationen prüfen entweder alle Materialien jedes Quartal oder entdecken die Lücke, wenn eine Kundin oder ein Kunde einer Anweisung folgen will, die nicht mehr gilt.
Die meisten Änderungen betreffen gar nichts. Ein internes Feld umzubenennen, die Leistung zu verbessern oder ein Beta-Flag einzuführen, macht ein Modul nicht falsch. Was zählt, ist eine Änderung an etwas, das ein Modul einer Person zu tun sagt: ein Steuerelement verschieben, eine Option entfernen oder die Sequenz ändern.
Um diese Entscheidung zu treffen, vergleichen Sie die Änderung mit den Anweisungen des Moduls, nicht mit seinem Gegenstand. Module zur selben Funktion können unterschiedlich betroffen sein. Das meist betroffene Modul ist oft das mit vielen unerwarteten Screenshots.
Der Agent erstellt eine Liste zu überarbeitender Module, mit den Änderungen und den passenden Textstellen. Die Schulungsverantwortlichen entscheiden, welche Teile umgeschrieben werden sollen. Ein Mensch veröffentlicht die Überarbeitungen.
So bauen Sie den Agent in Agent Studio auf
Prompt-Fähigkeiten nennen die Releasequellen: Changelogs, Repositories und Release Notes. Der Agent zieht Schlüsse nur aus diesen Quellen, nicht aus einer Vermutung, was eine Änderung vermutlich bewirkt hat.
Der zweite Prompt-Skill hält das Modulinventar als Anweisungen, nicht als Titel, weil ein Titel nicht zeigt, ob eine verschobene Schaltfläche das Modul bricht.
Der System-Prompt verlangt einen Verweis auf die Änderung und ein Zitat der Anweisung, der sie widerspricht. Wird ein Modul ohne zitierte Textstelle markiert, gilt es als unsicher.
Der Agent muss angeben, wenn eine Änderung keine Wirkung hat, weil ein stilles Ergebnis ein Fund ist und Stille als Fehler gelesen wird.
Ein Start Scheduled-Flow liest GitHub-Releases. Ein HTTP Request-Knoten holt Changelogs. Beide übergeben das Modulinventar aus Notion an den Agent Chat-Knoten.
Jedes betroffene Modul erhält eine Überarbeitungsaufgabe von Monday oder Linear, mit der Änderung und der passenden Textstelle, damit die Arbeit bei Ankunft bereits spezifiziert ist.
Der Agent bearbeitet keine Module. Ein Human in the Loop-Knoten hält jede Überarbeitung, bevor sie die Lernenden erreicht.
Woraus dieser Agent besteht
- Prompt-Fähigkeiten: erklärte Changelogs, Repositories und Quellen für Release Notes.
- Prompt-Fähigkeiten: Modulinventar als Anweisungen gehalten, nicht als Titel.
- System-Prompt: jede Markierung zitiert die Änderung und die widersprochene Anweisung.
- System-Prompt: ein Zeitraum ohne betroffene Module wird als solcher gemeldet.
- GitHub (Integration) with HTTP Request (Util): Sammlung von Releases und Changelogs.
- Linear (Integration): eine Überarbeitungsaufgabe je betroffenem Modul, bereits spezifiziert. Monday passt in denselben Slot.
- Wenn ein ActionFlow ausreicht: Wenn die Arbeit darin besteht, Module zu markieren, deren Funktionsnamen in einem Release vorkommen, bauen Sie den Workflow. Diese Markierung ist ein brauchbarer erster Filter.
Häufige Fragen
Newsletter
Produktupdates erhalten
Neue Nodes, Agents und Produktnotizen. Wir senden E-Mails nur, wenn sich das Öffnen lohnt.