ThreadPage
Jetzt schreiben

Alle Anwendungsfälle

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.

Kostenlos testen

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

Jetzt schreiben
Tarife ansehenZum Thread

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

  1. Die Pull-Requests sind schon da

    Jeder landet beim Mergen mit Titel, Link und Datum im Feed.

  2. 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.

  3. 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 Beispiel

Dein Arbeitsbereich ist anfangs leer.

Arbeit

invoice-app-Pull-Requests

Aktiv

  1. Mi., 21. Okt.

    1. Der Feed füllt sich von selbst, während Pull-Requests gemergt werden.

      über GitHub14:02

      Pull request merged: Add CSV export for invoices

      github.com/acme/invoice-app/pull/318

  2. Do., 22. Okt.

    1. über GitHub09:40

      Pull request merged: Fix rounding in multi-currency totals

      github.com/acme/invoice-app/pull/321

  3. Fr., 23. Okt.

    1. über GitHub16:15

      Pull request merged: Bump dependencies

      github.com/acme/invoice-app/pull/324

  4. Di., 27. Okt.

    1. Release-Tag: eine Anfrage im Feed, mit deinem eigenen OpenAI-Schlüssel.

      Du10:05

      An @GPTBeantwortet 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.

    2. Der Entwurf ist eine Notiz, unter den Pull-Requests, die GPT gelesen hat.

      Von @GPT10: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.

    3. Du korrigierst, was GPT nicht wissen konnte, veröffentlichst, und das Release landet von selbst in „Releases“.

      Du10: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

  • 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

    AutomatisierungNotizen aus einer anderen App hinzufügenGitHub-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 GitHub10: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

    AutomatisierungNotizen aus einer anderen App hinzufügenGitHub-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).

  • 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-ModellDein API-Schlüssel von OpenAI oder AnthropicPro 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

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

Jetzt schreiben
Tarife ansehen

Weitere Anwendungsfälle

  • Das Erfolgsdokument, das dein Repository mitschreibt

    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

    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