Zum Hauptinhalt springen

Release Notes automatisch mit KI kompilieren

Am Ende dieses Rezepts haben Sie eine Automation, die am Ende jedes Sprints alles, was Sie ausgeliefert haben, vom Board sammelt, polierte Release Notes gruppiert in New, Improved und Fixed entwirft und sie in einem Dokument ablegt, das ein Mensch reviewt und veröffentlicht. Release Notes schreiben ist mühsam, weil die Information schon da ist — verstreut über die Zeilen, die Sie in diesem Sprint geschlossen haben. Weil ausgelieferte Arbeit und Team-Chat im selben Workspace leben, kann die KI diese echte Aktivität lesen und erzählen, statt dass Sie das Release freitags aus dem Gedächtnis rekonstruieren.

Bereitschaft: Jetzt verfügbar (als eine Automation gebaut). Die Variante, in der ein einzelnes benanntes Teammitglied das Release-Notes-Ritual Ende-zu-Ende besitzt — kompilieren, entwerfen und zum Veröffentlichen anstoßen — rollt im Early Access aus.

Was es tut​

Der Release-Notes-Compiler ist eine Automation mit einem Menschen in der Mitte:

  1. Sie läuft nach Zeitplan — z. B. 16:00 am letzten Tag jedes Sprints (oder jeden Freitag, oder am Ersten des Monats für einen monatlichen Changelog).
  2. Sie sammelt, was ausgeliefert wurde, von Ihrem Board: Zeilen, die seit der letzten Edition Shipped, Released oder Done erreicht haben. Ein Board oder mehrere (Product, Mobile, Platform) im selben Lauf.
  3. Sie entwirft die Notes mit einem KI-Schritt — Versions-Header, kurze Intro und Sections nach New, Improved und Fixed — jedes Item in klarer, kundenorientierter Sprache umgeschrieben, nicht der rohe interne Ticket-Titel.
  4. Sie speichert den Entwurf als Dokument in Ihrem Releases-Folder und pingt den Release-Owner mit dem Link.
  5. Ein Mensch reviewt, poliert und veröffentlicht. Die KI erledigt Sammeln und First Draft; eine Person gibt die Formulierung freigeben, bevor sie Kunden erreicht.

Den Publish-Schritt in menschlichen Händen zu halten, macht es sicher, unbeaufsichtigt jeden Sprint zu laufen — der mühsame Teil (finden, first pass schreiben, gruppieren) ist automatisiert, der Judgment Call bleibt bei Ihnen.

So bauen Sie es selbst​

Einmalige Einrichtung​

Board vorbereiten, auf dem die Arbeit schon lebt

Sie brauchen kein neues Board — das, auf dem Engineering-Arbeit getrackt wird, muss drei Dinge tragen, die der Compiler liest:

  • Status — mit terminalem Wert, aus dem das Release gebaut wird, z. B. Shipped, Released oder Done.
  • Type (oder Category) — New, Improved, Fixed (optional Security oder Deprecated). Danach gruppieren die Notes.
  • Shipped Date — Datumsspalte, auf der der Compiler filtert, damit jede Edition genau eine Periode abdeckt.

Erreichen Items „shipped“ ohne zuverlässiges Datum, fügen Sie eine kleine Helper-Automation hinzu: Field changed auf Status und Set date to now, das Shipped Date stempelt, sobald eine Zeile auf Shipped springt. Dann ist der Datumsfilter des Compilers immer akkurat.

Die Automation​

Trigger: Schedule

In Automations Flow mit Schedule-Trigger auf Ihre Release-Cadence — z. B. 16:00 am letzten Tag jedes Sprints. Dieser eine Trigger macht aus Release Notes ein stehendes Ritual statt einer Task, die jemand erinnert.

Action: Find this release's shipped rows

Find rows auf Ihrem Board für die Zeilen dieser Edition — z. B. Status is Shipped (oder Released/Done) und Shipped Date is in the last two weeks. Row filter, um die Conditions zu kombinieren. Delivery über mehrere Boards? Find rows pro Board — web, mobile, platform —, damit ein Lauf das ganze Release abdeckt.

Transform: Assemble the list

Join-Transform, um die gefundenen Zeilen zu einer sauberen, lesbaren Liste zu kombinieren, mit der die KI arbeiten kann. Form pro Zeile steuern (z. B. [Type] Title — description)? Stattdessen Templating-Transform, damit jedes Item konsistent bei der KI ankommt.

AI step (optional): Classify each item by type

Ohne Type-Spalte: AI → Classify, das jedes Item in New, Improved oder Fixed sortiert. Überspringen, wenn Zeilen schon typisiert sind — der Generate-Schritt kann direkt nach bestehender Spalte gruppieren.

AI step: Draft the release notes

AI → Generate, das die Notes aus der Liste schreibt: Versions-Header, Ein-Absatz-Intro zum Theme des Releases und eine Section pro Type mit jedem Change als Plain-Language-Bullet. Voice im Prompt geben — „benefit-first, no internal jargon, second person, ~250 words“ —, damit der First Draft schon wie Ihr Changelog liest. Mehr als eine Sprache? AI → Translate für eine Variante pro Locale.

Action: Save it as a document for review

Create document, das den Entwurf in Ihren Releases-Folder speichert. Das ist die editierbare Working Copy des Release-Owners — der First Pass der KI, ready zum Straffen und Freigeben.

Action: Tell the team it's ready

Post channel message in Ihren #product- oder #releases-Kanal — „📝 v2.4 release notes are drafted and ready to review“ mit Document-Link aus dem vorherigen Schritt. Lieber eine Person pingen? Send direct message an den Release-Owner.

tipp

Ankündigung an Kunden, nicht nur ans Team? Den Send hinter einem Menschen halten. Send or draft email im Draft-Modus an Stakeholders, oder Human approval request, der die Automation pausiert, bis jemand freigibt — interner Draft automatisiert, nichts Externes geht raus, bis eine Person die Formulierung freigibt.

Oder fragen Sie einfach Ask Copera AI​

Sie müssen den Graphen nicht von Hand bauen. Öffnen Sie Ask Copera AI und beschreiben Sie es:

"On our Engineering board, add a Shipped Date column and a Type column with New, Improved, and Fixed. Then build an automation that on the last day of every sprint finds everything shipped in the last two weeks, drafts release notes grouped by type in plain customer-facing language, saves them as a document in our Releases folder, and posts a message in the #product channel with the link so I can review and publish."

Ask Copera AI kann die Spalten anlegen und die Automation zusammenbauen. Im Standardmodus Ask before acting erscheint vor jeder Erstellung eine Review-Karte — Sie freigeben Spalten und Automation, bevor sie existieren. Siehe What Copera AI Can Do.

Notes jetzt statt nach Zeitplan? On demand fragen: „Read our Engineering board and write release notes for everything marked Shipped this sprint, grouped into New, Improved, and Fixed, then save it as a document.“ Es liest das Board, entwirft die Notes und — mit Ask before acting an — zeigt den Draft auf einer Review-Karte mit Sources-Liste der genutzten Zeilen, bevor es etwas anlegt.

Machen Sie es zu einem festen Teammitglied​

Early Access

Stehende KI-Teammitglieder werden schrittweise ausgerollt. Wenn eines in Ihrem Workspace verfügbar ist, können Sie ein einzelnes benanntes Teammitglied — einen „Release Manager“ — mit dem ganzen Ritual beauftragen: Es beobachtet über den Sprint, wie Items Shipped erreichen, entwirft die Release Notes zur Review, speichert sie als Dokument und postet intern, dass sie ready sind — nach eigenem Zeitplan und unter eigener Identität. Kunden-Facing-Publish bleibt bei einem Menschen — ein Teammitglied entwirft und postet im Workspace, sendet aber nie allein extern. Sehen Sie noch keine Teammitglieder, sind sie unterwegs — alles hier bauen Sie heute als Automation.

Tipps​

tipp

Geben Sie jeder Zeile einen guten Satz. Die Notes sind nur so gut wie die Zeilen darunter. Eine Zeile mit Titel „Fix“ liefert einen schwachen Bullet; eine Beschreibung, die sagt, was sich geändert hat und wem es hilft, liefert einen starken. Die KI schreibt Ton um, erfindet aber keine Substanz — ein klarer Row Body ist der höchste Hebel für gute Release Notes.

tipp

Jede Edition mit Version-Spalte scopen. Version-Spalte hinzufügen und beim Ship stempeln (Set field in der Helper-Automation). Dann kann der Find rows-Filter des Compilers „alles tagged v2.4“ ziehen — eine Edition mappt sauber auf ein Release statt auf ein rollendes Datumsfenster.

tipp

Zuerst an sich selbst draften, dann freischalten. Die Ankündigung für die ersten Sprints in Ihre eigenen DMs. Wenn die Notes so lesen, wie Sie sie schreiben würden, Destination auf #product umstellen und unbeaufsichtigt laufen lassen.

tipp

Auch aus dem Release-Meeting kompilieren. Bei Sprint Review: Companion-Automation auf Transcription complete, Load meeting context und AI → Extract, um „what we shipped“-Momente aus dem Gespräch zu ziehen und in den Draft zu falten. Notes spiegeln Board und was das Team im Raum genannt hat. Siehe Meeting Transcription.

tipp

Spend Cap setzen. Weil Generate (und Classify oder Translate) KI-Nutzung zieht, geben Sie der Automation ein Spend Cap, damit ein heavy Release nie über Ihr Budget läuft. Das Usage-Dashboard zeigt, wohin Credits gehen.

Häufig gestellte Fragen​

Kann Copera Release Notes automatisch kompilieren?​

Ja. Eine geplante Automation nutzt Find rows, um alles in der Periode Ausgelieferte zu ziehen, AI Generate macht daraus polierte Notes gruppiert in New, Improved und Fixed, und Create document speichert den Draft. Sie kann auch eine Ankündigung im Product-Kanal posten. Weil ausgelieferte Arbeit schon auf einem Board lebt, schreibt die KI aus echten Daten.

Schreibt es kundenfreundliche Notes oder listet es nur Ticket-Titel?​

Es schreibt um. AI Generate nimmt interne Titel und Beschreibungen und erzeugt klare, benefit-first-Sprache gruppiert nach Typ, mit Versions-Header und kurzer Intro — keine rohe Ticket-Liste. Voice setzen Sie im Prompt.

Woher kommen die ausgelieferten Items?​

Vom Board — Zeilen mit Shipped, Released oder Done, gefiltert nach Shipped Date. Find rows auf Issue-Tracker-Board, Product-Board oder dediziertes Releases-Board. Ein Lauf kann mehrere Boards umfassen.

Kann ich die Notes vor der Veröffentlichung prüfen?​

Ja, und das ist das empfohlene Muster. Create document speichert einen editierbaren Draft, E-Mail im Draft-Modus statt gesendet, und Human approval request kann die Automation pausieren, bis jemand freigibt — nichts Kunden-Facing unreviewed.

Kann es Changes nach Typ und Version gruppieren?​

Ja. Mit Type-Spalte gruppieren die Notes direkt danach; sonst sortiert AI Classify jedes Item zuerst in New, Improved oder Fixed. Version-Spalte und Filter darauf, damit jede Edition genau ein Release abdeckt.

Kann es Release Notes aus meiner GitHub-Aktivität bauen?​

Copera kompiliert Release Notes aus Ihrem Board — den Zeilen, die Sie als shipped markieren. Tracken Sie Engineering-Arbeit in Copera (oder spiegeln Sie Issues auf ein Board), hat der Compiler alles, was er braucht. Der GitHub-Connector kann Issues aus einer Automation anlegen, aber Pull Requests zum Auto-Generieren von Notes lesen ist noch nicht verfügbar — Ihr Board ist die zuverlässige Quelle. Siehe Connectors.

Verwandte Themen​