# Informacje o wydaniu pisane na podstawie pull requestów Każdy scalony pull request sam trafia do wątku. W dniu wydania @GPT szkicuje na ich podstawie informacje o wydaniu, a opublikowane wydanie trafia tam, gdzie czytają je klienci. ## W skrócie - **Dla kogo:** Maintainerzy i małe zespoły, które wydają z GitHuba. - **Prowadzisz:** Dwa wątki: kanał pull requestów repozytorium i wątek „Wydania” udostępniony klientom przez link. - **Trafia samo:** - Każdy pull request w kanale, gdy zostaje otwarty, scalony lub zamknięty. - Każde wydanie opublikowane na GitHubie, z informacjami o wydaniu, w wątku „Wydania”. - Szkic informacji o wydaniu od @GPT, na twoim kluczu API, gdy poprosisz. - **Kluczowy moment:** W dniu wydania @GPT czyta scalone pull requesty w kanale i szkicuje informacje o wydaniu. Poprawiasz jedną linijkę, publikujesz, a wydanie trafia do wątku „Wydania”, który czytają klienci. - **Plan:** Pro · Klienci czytają „Wydania” przez link, bez konta. ## Wcześniej Dzień wydania. Trzeba oddać listę zmian, a od wersji 2.3 scalono 23 pull requesty. Otwierasz każdy z nich jeszcze raz, żeby ustalić, co zauważy klient, a potem w pośpiechu to spisujesz. Klienci, którzy prosili o eksport CSV, dowiadują się, że już jest, z odpowiedzi na zgłoszenie do wsparcia. ## Dlaczego wątek, a nie plik CHANGELOG ### Pull requesty już tam są Każdy trafia do kanału z tytułem, linkiem i datą w chwili scalenia. ### Pierwszy szkic z kanału @GPT czyta tytuły pull requestów scalonych od ostatniego wydania, grupuje je z myślą o klientach i pomija aktualizacje zależności. ### Klienci czytają tam, dokąd prowadzi twój link Wątek „Wydania” jest udostępniony z ustawieniem „Każdy, kto ma link”. Każde wydanie opublikowane na GitHubie pojawia się tam z informacjami o wydaniu. ## Wątek dzień po dniu Twój obszar roboczy na początku jest pusty. ### Pull requesty invoice-app Praca · Aktywny #### śr., 21 paź *Kanał wypełnia się sam, gdy pull requesty są scalane.* przez **GitHub** · 14:02 Pull request merged: Add CSV export for invoices github.com/acme/invoice-app/pull/318 #### czw., 22 paź przez **GitHub** · 09:40 Pull request merged: Fix rounding in multi-currency totals github.com/acme/invoice-app/pull/321 #### pt., 23 paź przez **GitHub** · 16:15 Pull request merged: Bump dependencies github.com/acme/invoice-app/pull/324 #### wt., 27 paź *Dzień wydania: jedno zlecenie w kanale, na twoim kluczu OpenAI.* **Ty** · 10:05 Do **@GPT** Odpowiedź po 1 min @GPT przygotuj szkic informacji o wydaniu 2.4 na podstawie pull requestów scalonych od wydania 2.3 z 6 października. Pogrupuj je dla klientów jako Nowości, Poprawki i Zmiany i pomiń aktualizacje zależności. *Szkic jest notatką pod pull requestami, które przeczytał.* **Od @GPT** · 10:06 Informacje o wydaniu 2.4, szkic: Nowość: eksport faktur do pliku CSV. Poprawka: sumy na fakturach w wielu walutach nie różnią się już o cent. Zmiana: przypomnienia o płatności wychodzą o 09:00 w strefie czasowej twojego klienta. *Poprawiasz to, czego nie mógł wiedzieć, publikujesz, a wydanie samo trafia do wątku „Wydania”.* **Ty** · 10:20 Poprawiona linijka o CSV: eksport jest w menu Faktury. Wydanie 2.4 opublikowane na GitHubie z tymi informacjami. ↳ Wydania · 27 paź ## Wszystko trafia na miejsce samo. Ty czytasz. Twoje narzędzia piszą do wybranych przez ciebie wątków, z takim dostępem, jaki im dasz. [Skrypt lub API](https://thread.page/help/connections/custom.md) ### Pull requesty z GitHuba Każdy pull request w repozytorium, który zostanie otwarty, oznaczony jako gotowy do przeglądu, scalony lub zamknięty, staje się notatką w kanale. #### Skonfiguruj Automatyzacja Dodawaj notatki z innej aplikacji Pull requesty z GitHuba 1. W sekcji **Ustawienia → Połączenia → Automatyzacje** wybierz **Połącz automatyzację** → **Dodawaj notatki z innej aplikacji** i nazwij ją GitHub: tak będą podpisane jej notatki. 2. W polu **Dodaje do** wybierz **Pull requesty invoice-app**; w polu **Co wysyła** — **Pull requesty z GitHuba**. 3. W **Settings → Webhooks** repozytorium wklej adres URL i sekret, wybierz `application/json` i Pull requests. ### Opublikowane wydania dla klientów Każde opublikowane wydanie staje się notatką w wątku „Wydania”, z nazwą, linkiem i informacjami o wydaniu. Klienci czytają wątek przez jego link. W wątku „Wydania” przez **GitHub** · 10:21 Invoice app 2.4 github.com/acme/invoice-app/releases/tag/v2.4.0 Nowość: eksport faktur do pliku CSV z menu Faktury. #### Skonfiguruj Automatyzacja Dodawaj notatki z innej aplikacji Wydania z GitHuba 1. W sekcji **Ustawienia → Połączenia → Automatyzacje** wybierz **Połącz automatyzację** → **Dodawaj notatki z innej aplikacji**. Nazwij ją „Wydania z GitHuba”, wybierz **Wydania** i **Wydania z GitHuba**. 2. W **Settings → Webhooks** repozytorium wklej adres URL i sekret, wybierz `application/json` i Releases. 3. W menu wątku „Wydania” wybierz **Udostępnij…**, ustaw **Dostęp ogólny** na **Każdy, kto ma link** i wyślij link klientom (zobacz [Pomoc dotycząca udostępniania](https://thread.page/pl/help/sharing.md)). ### Szkic informacji o wydaniu Napisz do @GPT w kanale. Przeczyta scalone pull requesty i odpowie szkicem, na twoim kluczu API. #### Skonfiguruj Model AI Twój klucz API OpenAI lub Anthropic Pro z synchronizacją 1. W sekcji **Ustawienia → Połączenia** otwórz **Modele AI**, wybierz **Claude** lub **GPT**, wklej klucz API od Anthropic lub OpenAI i wybierz **Połącz**. Modele AI wymagają Pro z włączoną synchronizacją. 2. W kanale napisz `@GPT`, numer wydania i co pominąć, a potem wybierz **Wyślij**. ## Ograniczenia - Dodanie webhooków wymaga uprawnień administratora repozytorium. - Udostępniony link jest dla osób, którym go wyślesz: wyszukiwarki go nie pokazują, więc nie zastąpi publicznej strony z listą zmian. - @GPT czyta tytuł i link każdego pull requesta, a nie jego opis czy kod: jasne tytuły dają jasny szkic. - @GPT potrzebuje klucza API od OpenAI, a dostawca nalicza opłatę na ten klucz za każdą odpowiedź. W udostępnionym wątku odpowiada dopiero po wybraniu „Zezwól tutaj”. - ThreadPage wysyła to, co czyta model, do OpenAI z twoim kluczem. Nazwy GitHub, GPT, Claude, OpenAI i Anthropic należą do ich właścicieli. ThreadPage jest niezależny i nie jest z nimi powiązany ani przez nich wspierany. ## Zacznij od jednego wątku. [Wypróbuj bezpłatnie](https://thread.page/auth/sign-up?returnTo=%2Fapp%2Fsettings%2Fbilling%23trial) 14 dni Pro. Bez karty. Kończy się automatycznie. Wybierz kontynuację z Pro za 99,99 $ rocznie (8,33 $ miesięcznie). [Zobacz ceny miesięczne](https://thread.page/pl/pricing.md) [Zacznij pisać](https://thread.page/app) [Zobacz plany](https://thread.page/pl/pricing.md) Więcej przykładów użycia ### [Dokument osiągnięć, który pomaga pisać twoje repozytorium](https://thread.page/pl/use-cases/brag-doc.md) Pull requesty twojego repozytorium same trafiają do osobnego wątku. Zapisujesz to, czego git nie widzi, a w czasie ocen agent przygotowuje wersję roboczą z obu. Pro · pull requesty i agenci ### [Incydent zapisywany na bieżąco](https://thread.page/pl/use-cases/incident.md) Dwie linijki przy każdej zmianie, a każda notatka zapamiętuje swoją minutę. W piątek @Claude czyta wątek i szkicuje chronologię do postmortemu. Pro · udostępnianie i @Claude [Wszystkie przykłady użycia](https://thread.page/pl/use-cases.md)