# Release Notes, entworfen aus deinen Pull-Requests Jeder gemergte Pull-Request landet von selbst in einem Thread. Am Release-Tag entwirft @GPT daraus die Release Notes, und das veröffentlichte Release landet dort, wo Kunden es lesen. ## Auf einen Blick - **Für:** Maintainer und kleine Teams, die über GitHub ausliefern. - **Du führst:** Zwei Threads: ein Feed mit den Pull-Requests des Repositorys und „Releases“, per Link mit deinen Kunden geteilt. - **Kommt von selbst:** - Jeder Pull-Request im Feed, sobald er geöffnet, gemergt oder geschlossen wird. - Jedes Release, das du auf GitHub veröffentlichst, mit seinen Release Notes, in „Releases“. - Ein Entwurf der Release Notes von @GPT, mit deinem eigenen API-Schlüssel, wenn du fragst. - **Der Moment:** Am Release-Tag liest @GPT die gemergten Pull-Requests im Feed und entwirft die Release Notes. Du korrigierst eine Zeile und veröffentlichst, und das Release landet in „Releases“, wo Kunden es lesen. - **Tarif:** Pro · Kunden lesen „Releases“ über einen Link, ohne Konto. ## Vorher Release-Tag. Das Changelog ist fällig, und seit 2.3 wurden 23 Pull-Requests gemergt. Du öffnest jeden noch einmal, um herauszufinden, was Kunden davon merken würden, und schreibst es dann in Eile auf. Die Kunden, die sich den CSV-Export gewünscht haben, erfahren aus einer Antwort auf ein Support-Ticket, dass er da ist. ## Warum ein Thread und nicht eine CHANGELOG-Datei ### Die Pull-Requests sind schon da Jeder landet beim Mergen mit Titel, Link und Datum im Feed. ### Ein erster Entwurf aus dem Feed @GPT liest die Titel der seit dem letzten Release gemergten Pull-Requests, gruppiert sie für Kunden und lässt Dependency-Updates weg. ### Kunden lesen dort, wohin du verlinkst „Releases“ ist mit „Alle mit dem Link“ geteilt. Jedes Release, das du auf GitHub veröffentlichst, erscheint dort mit seinen Release Notes. ## Ein Thread im Lauf der Zeit Dein Arbeitsbereich ist anfangs leer. ### invoice-app-Pull-Requests Arbeit · Aktiv #### Mi., 21. Okt. *Der Feed füllt sich von selbst, während Pull-Requests gemergt werden.* über **GitHub** · 14:02 Pull request merged: Add CSV export for invoices github.com/acme/invoice-app/pull/318 #### Do., 22. Okt. über **GitHub** · 09:40 Pull request merged: Fix rounding in multi-currency totals github.com/acme/invoice-app/pull/321 #### Fr., 23. Okt. über **GitHub** · 16:15 Pull request merged: Bump dependencies github.com/acme/invoice-app/pull/324 #### Di., 27. Okt. *Release-Tag: eine Anfrage im Feed, mit deinem eigenen OpenAI-Schlüssel.* **Du** · 10:05 An **@GPT** Beantwortet in 1 Min. @GPT entwirf die Release Notes für 2.4 aus den Pull-Requests, die seit 2.3 am 6. Oktober gemergt wurden. Gruppiere sie für Kunden als Neu, Behoben und Geändert und lass Dependency-Updates weg. *Der Entwurf ist eine Notiz, unter den Pull-Requests, die GPT gelesen hat.* **Von @GPT** · 10:06 Release Notes für 2.4, ein Entwurf: Neu: Exportiere deine Rechnungen als CSV-Datei. Behoben: Summen auf Rechnungen in mehreren Währungen weichen nicht mehr um einen Cent ab. Geändert: Zahlungserinnerungen gehen um 09:00 in der Zeitzone deines Kunden raus. *Du korrigierst, was GPT nicht wissen konnte, veröffentlichst, und das Release landet von selbst in „Releases“.* **Du** · 10:20 CSV-Zeile korrigiert: Der Export ist im Menü „Rechnungen“. 2.4 mit diesen Release Notes auf GitHub veröffentlicht. ↳ Releases · 27. Okt. ## Es sortiert sich selbst ein. Du liest. Deine Tools schreiben in die Threads, die du wählst, und nur mit dem Zugriff, den du ihnen gibst. [Skript oder API](https://thread.page/help/connections/custom.md) ### Pull-Requests aus GitHub Jeder Pull-Request im Repository, der geöffnet, zur Review bereit, gemergt oder geschlossen wird, wird zu einer Notiz im Feed. #### Einrichten Automatisierung Notizen aus einer anderen App hinzufügen GitHub-Pull-Requests 1. Wähle unter **Einstellungen → Verbindungen → Automatisierungen** **Automatisierung verbinden** → **Notizen aus einer anderen App hinzufügen** und nenne sie GitHub: So steht es dann an ihren Notizen. 2. Wähle unter **Fügt hinzu zu** **invoice-app-Pull-Requests** und unter **Was gesendet wird** **GitHub-Pull-Requests**. 3. Füge in den **Settings → Webhooks** des Repositorys die URL und das Secret ein und wähle `application/json` und Pull requests. ### Veröffentlichte Releases, für Kunden Jedes Release, das du veröffentlichst, wird zu einer Notiz in „Releases“, mit Name, Link und Release Notes. Kunden lesen den Thread über seinen Link. In Releases über **GitHub** · 10:21 Invoice app 2.4 github.com/acme/invoice-app/releases/tag/v2.4.0 Neu: Exportiere deine Rechnungen als CSV-Datei, im Menü „Rechnungen“. #### Einrichten Automatisierung Notizen aus einer anderen App hinzufügen GitHub-Releases 1. Wähle unter **Einstellungen → Verbindungen → Automatisierungen** **Automatisierung verbinden** → **Notizen aus einer anderen App hinzufügen**. Nenne sie GitHub-Releases, wähle **Releases** und **GitHub-Releases**. 2. Füge in den **Settings → Webhooks** des Repositorys die URL und das Secret ein und wähle `application/json` und Releases. 3. Wähle im Menü des Threads „Releases“ **Teilen…**, stelle **Allgemeiner Zugriff** auf **Alle mit dem Link** und schick den Link an deine Kunden (siehe [Hilfe zum Teilen](https://thread.page/de/help/sharing.md)). ### Die Release Notes als Entwurf Schreib @GPT im Feed. GPT liest die gemergten Pull-Requests und antwortet mit einem Entwurf, über deinen eigenen API-Schlüssel. #### Einrichten KI-Modell Dein API-Schlüssel von OpenAI oder Anthropic Pro mit Synchronisierung 1. Öffne unter **Einstellungen → Verbindungen** den Bereich **KI-Modelle**, wähle **Claude** oder **GPT**, füge einen API-Schlüssel von Anthropic oder OpenAI ein und wähle **Verbinden**. KI-Modelle erfordern Pro mit eingeschalteter Synchronisierung. 2. Schreib im Feed `@GPT`, das Release und was wegbleiben soll, und wähle dann **Senden**. ## Grenzen - Um die Webhooks hinzuzufügen, brauchst du Admin-Rechte für das Repository. - Ein geteilter Link ist für die Leute, denen du ihn schickst: Suchmaschinen listen ihn nicht, daher ersetzt er keine öffentliche Changelog-Seite. - @GPT liest Titel und Link jedes Pull-Requests, nicht die Beschreibung oder den Code: Klare Titel ergeben einen klaren Entwurf. - @GPT braucht einen API-Schlüssel von OpenAI, und der Anbieter rechnet jede Antwort über den Schlüssel ab. In einem Thread, den du teilst, antwortet das Modell erst, nachdem du „Hier erlauben“ gewählt hast. - ThreadPage sendet, was das Modell liest, mit deinem Schlüssel an OpenAI. GitHub, GPT, Claude, OpenAI und Anthropic sind die Namen ihrer Inhaber. ThreadPage ist unabhängig, steht in keiner Verbindung zu ihnen und wird von ihnen nicht unterstützt. ## Fang mit einem Thread an. [Kostenlos testen](https://thread.page/auth/sign-up?returnTo=%2Fapp%2Fsettings%2Fbilling%23trial) 14 Tage Pro. Keine Karte nötig. Endet automatisch. Entscheide dich fürs Weitermachen mit Pro für 99,99 $ pro Jahr (8,33 $ pro Monat). [Monatspreise ansehen](https://thread.page/de/pricing.md) [Jetzt schreiben](https://thread.page/app) [Tarife ansehen](https://thread.page/de/pricing.md) Weitere Anwendungsfälle ### [Das Erfolgsdokument, das dein Repository mitschreibt](https://thread.page/de/use-cases/brag-doc.md) Die Pull-Requests deines Repositorys landen von selbst in einem eigenen Thread. Du notierst, was git nicht sieht, und zur Beurteilung entwirft dein Agent aus beiden. Pro · Pull-Requests und Agenten ### [Ein Incident, mitgeschrieben, während er passiert](https://thread.page/de/use-cases/incident.md) Zwei Zeilen, sobald sich etwas ändert, und jede Notiz behält ihre Minute. Am Freitag liest @Claude den Thread und entwirft die Timeline fürs Postmortem. Pro · Teilen und @Claude [Alle Anwendungsfälle](https://thread.page/de/use-cases.md)