LaunchRepo dostarczamy jako prywatne repozytorium GitHub, więc „aktualizacje” to po prostu nowe commity i tagi w tym repozytorium. Kupujący pobierają je przez git; nic się nie instaluje i nic nie łączy się z nami w tle. Informacje o wydaniach samego repozytorium znajdziesz w pliku CHANGELOG.md w jego wnętrzu.
Zamień ukończoną serię zgłoszeń w kartę premiery
- Utwórz lokalnie grafikę wyników 1200 × 675 pikseli w dwóch stylach. Opublikowane, oczekujące na ocenę, w kolejce i zaplanowane wyniki są rozdzielone; istniejące wpisy i szkice nie liczą się jako nowe zgłoszenia.
- Sprawdź publiczną nazwę produktu, skopiuj lub pobierz PNG i otwórz edytowalny szkic na X. Dodaj obraz i opublikuj samodzielnie. Brak automatycznego przesyłania; obrazy demonstracyjne są oznaczone.
- Opcjonalne przypomnienia pojawiają się po zakończeniu, poza aktywną pracą i niedawnymi zgłoszeniami problemów. Odłóż je lub wyłącz w ustawieniach. Zrób kopię zapasową, sprawdź aktualizator bez wprowadzania zmian i uruchom panel ponownie po aktualizacji.
Program partnerski w panelu
- Nowy plik AFFILIATE.md w repozytorium: 30% ceny netto od każdej sprzedaży przez twój link (obecnie około 31 €, kwota rośnie wraz z progami cenowymi), 20 € rabatu dla poleconej osoby, wypłata SEPA 1. dnia miesiąca po 60 dniach, z linkami do aktywacji, twojego panelu partnera i regulaminu.
- Panel: link „Zarabiaj 30%” na pasku bocznym, mała karta w przeglądzie i okienko, które jednorazowo wyjaśnia program. Nigdy nie pojawia się przy pierwszym uruchomieniu, w wersji demo, w trakcie aktywnej serii ani obok prośby o opinię; „Przypomnij później” czeka tydzień, a w Ustawieniach jest przełącznik „Przypomnienia o programie partnerskim”. Panel tylko pokazuje linki i niczego nie wysyła.
- Agenci nigdy nie poruszają tematu twojego linku partnerskiego, nie aktywują go ani nie udostępniają.
- Aktualizacja: zrób kopię zapasową swojej prywatnej przestrzeni roboczej, a następnie uruchom scripts/update-workspace.py w trybie dry-run, zanim zatwierdzisz zastosowanie zmian.
Udostępnianie opinii z panelu
- Nowy formularz „Podziel się opinią” w panelu (Wsparcie i opinie, a do tego karta w przeglądzie i na stronie produktu we właściwych momentach). Publikuje zgłoszenie (issue) na GitHubie w AleksDoesCode/LaunchRepo przez twoje zalogowane GitHub CLI albo zapisuje szkic, gdy gh jest niedostępne. Sam wybierasz imię, opcjonalny profil na X, produkt i to, czy dołączyć twoje aktualne wyniki; bez zaznaczenia wyraźnej zgody nic nie zostanie opublikowane.
- Panel pyta dopiero po prawdziwych wynikach: pierwszym opublikowanym wpisie, zakończonej serii z policzonymi zgłoszeniami i pięciu opublikowanych wpisach. Nigdy nie pyta w ciągu trzech dni od wysłanego przez ciebie zgłoszenia problemu. „Później” czeka na kolejny kamień milowy i co najmniej dwa tygodnie; „Nie pytaj więcej” wyłącza pytanie na stałe. Przestrzenie robocze demo nigdy niczego nie publikują.
- Agenci wspominają o tej możliwości raz po zakończonej serii i nigdy nie piszą ani nie wysyłają opinii za ciebie.
Fakty o produkcie pokazują, co już wiadomo
- Krok Fakty o produkcie w zakładce Konfiguracja pokazuje teraz fakty już zapisane w product.json (nazwa, strona, grupa docelowa, zweryfikowane funkcje, cennik z datą sprawdzenia, status darmowy na zawsze, najwcześniejsza data premiery) w sekcji „Co wie LaunchRepo”. Wymagane pola, które są jeszcze puste, pozostają w sekcji „Jeszcze brakuje”, a nieznane wymagane fakty mają własną listę „Jeszcze nieznane”. Wcześniej widoczne były tylko braki, więc ukończony krok wyglądał na pusty.
- Aktualizacja: zrób kopię zapasową swojej prywatnej przestrzeni roboczej, a następnie uruchom scripts/update-workspace.py w trybie dry-run, zanim zatwierdzisz zastosowanie zmian.
Ponowna weryfikacja ścieżek zakończona, przewodnik powitalny i ustawienia
- Część 2 ponownej weryfikacji ścieżek jest zakończona: wszystkie 349 identyfikatorów w katalogu ma datowane sprawdzenie według oficjalnych publicznych zasad, a 239 przewodników zostało napisanych od nowa. Katalog ma teraz 299 aktywnych przewodników: 86 bezwarunkowo bezpłatnych ścieżek (wcześniej 57), 157 ścieżek bezpłatnych warunkowo z widocznymi wymaganiami (wcześniej 77), 52 obecnie niedostępne lub zablokowane i 4 tylko do rozpoznania. Kolejne 24 ścieżki z obowiązkową opłatą stały się wykluczonymi wpisami z bezpłatnymi alternatywami, łącznie 50.
- Przewodnik powitalny w panelu: pięć krótkich kroków wyjaśnia, co LaunchRepo robi, a czego nigdy nie robi, pojęcia, które spotkasz wszędzie, i kontrole twojej przestrzeni roboczej, a następnie tworzy pierwszy produkt z nazwy czytelnej dla człowieka z podglądem nazwy folderu na żywo, twoją preferowaną metodą logowania do kont w katalogach (najpierw Google albo e-mail i hasło) oraz przypomnieniem, że agent potrzebuje dostępu do odpowiedniej skrzynki pocztowej.
- Nowa strona Ustawienia: motyw, ponowne uruchomienie lub kontynuacja przewodnika powitalnego, a wybór automatycznych zgłoszeń problemów przeniesiono tam ze strony Wsparcie i opinie.
- Aktualizacja: zrób kopię zapasową swojej prywatnej przestrzeni roboczej, a następnie uruchom scripts/update-workspace.py w trybie dry-run, zanim zatwierdzisz zastosowanie zmian.
Neutralne sformułowania w datowanych audytach katalogu
- Datowane audyty katalogu z 14 września używają teraz neutralnych sformułowań i nie wymieniają już przykładowych produktów. Ich ustalenia dotyczące platform się nie zmieniły.
- Zawiera wszystko z wersji 1.6.0: część 1 ponownej weryfikacji ścieżek, nowy panel i dobrowolne zgłoszenia do wsparcia.
Część 1 ponownej weryfikacji ścieżek, nowy panel i zgłoszenia do wsparcia
- Ponownie sprawdzono 165 przewodników po platformach według oficjalnych publicznych zasad. Na dzień 23 września 2026 katalog ma 323 aktywne przewodniki: 57 bezwarunkowo bezpłatnych ścieżek (wcześniej 15), 77 bezpłatnych warunkowo, 31 obecnie niedostępnych i 158 wciąż tylko do rozpoznania. Wykluczono kolejne 21 ścieżek z obowiązkową opłatą. Pozostałe przewodniki pojawią się w następnej aktualizacji.
- Nowy lokalny panel z prowadzoną konfiguracją, przeglądem statusu każdego produktu i szczegółami serii.
- Strona Wsparcie i opinie: zgłaszaj problemy, pytania i opinie jako issues na GitHubie, z przyciskiem Zgłoś przy zablokowanych zgłoszeniach. Twój agent może też automatycznie zgłaszać blokady, ale tylko jeśli to włączysz; domyślnie jest to wyłączone.
Czytelniejsza lista kontrolna wdrożenia serii
- Pozostała lista kontrolna w panelu i teksty kart z promptami są teraz dopasowane do trwałych serii. Zapisany postęp na liście kontrolnej zostaje zachowany.
- Sprawdzenie produktu, przeglądarki i uprawnień następuje przed planowaniem; do utworzenia serii nie jest wymagane pierwsze zgłoszenie.
Cele serii, czytelniejsza konfiguracja przeglądarki i wznawialny onboarding
- Zaplanuj cel 10 nowych potwierdzonych zgłoszeń, z najwyżej 2 równoległymi wykonawcami i lokalną rekomendacją sprzętową. Do pracy równoległej wymagane jest osobne sterowanie przeglądarką; w przeciwnym razie używaj jednego wykonawcy.
- Zapisz serię i wznów ją dla pozostałej części celu. Skopiuj prompt z celem do swojego agenta; używaj /goal tylko wtedy, gdy host to obsługuje. Potwierdzone nowe zgłoszenia liczą się raz na platformę; szkice i istniejące wpisy się nie liczą.
- Angielski onboarding, wskazówki w panelu i e-mail prowadzą teraz przez konfigurację Chrome DevTools MCP w systemach Windows, macOS i Linux, łącznie z warunkowym sprawdzeniem pełnego dostępu do dysku w macOS. Po zapisaniu potwierdzonego wyniku zamknij tylko przypisane okno zgłoszenia.
- Natywne połączenia przeglądarki w Windows i Linux nadal wymagają szybkiego testu na komputerze właściciela. Limity dostawcy i weryfikacje wymagające człowieka mogą przerwać serię.
Zgodność z Windows, lokalny panel i 347 playbooków
- Tracker i lokalny panel są teraz natywnie zgodne z Windows przy Pythonie 3.10+, obok macOS i Linux. Konfiguracja w Windows, blokowanie plików i obsługa plików UTF-8 nie zależą już od zachowań dostępnych tylko w POSIX.
- Archiwum wydania zawiera lokalny panel, zaktualizowany onboarding i wszystkie 347 playbooków dla platform. Dołączone są instrukcje konfiguracji w PowerShell i połączenia z Chrome; do zgłoszeń nadal potrzebna jest działająca integracja z przeglądarką.
- Pełna weryfikacja w natywnym Windows jest jeszcze w toku. Szybki test przeglądarki sprawdza połączenie na twoim własnym komputerze przed zgłoszeniem.
Najwcześniejsza data premiery i briefing o sposobie przedstawienia
- Najwcześniejsza data premiery ustalana przez właściciela w product.json; record.py wymaga --launch-date dla stanu „scheduled” i odrzuca każdą datę wcześniejszą niż ta granica.
- ONBOARDING.md pyta teraz, kiedy premiery mają zostać opublikowane, i jasno mówi, że weryfikacja i publikacja w bezpłatnych katalogach może trwać kilka tygodni.
- Nowy PR-BRIEFING.md: krótka sesja, która pokazuje właścicielowi rzeczowe przykłady przedstawienia (bio twórcy, wstęp do premiery, „dlaczego to zbudowałem”) do poprawienia, zanim jakikolwiek osobisty fakt trafi do publicznego wpisu.
- Zatwierdzone przykłady i poprawki są przechowywane w templates/project/representation.md.
Lokalny panel i start jednym promptem
- scripts/dashboard.py i dashboard/: lokalny interfejs webowy bez zależności (biblioteka standardowa Pythona, tylko 127.0.0.1) pokazujący produkty, to, co agent wie o każdym z nich, kontrole onboardingu, stany zgłoszeń pogrupowane na wymaga ciebie / problemy / w weryfikacji / zaplanowane / opublikowane, daty kolejnych kroków, katalog z playbookami, prompty dla agenta i dokumentację.
- JSON produktu i notatki można edytować w przeglądarce; wyniki są zapisywane przez record.py z identyczną walidacją. --demo uruchamia jednorazową przykładową przestrzeń roboczą.
- START.md i prompts/start.md: jeden wklejony prompt sprawia, że agent tworzy prywatną przestrzeń roboczą, uruchamia panel i zwraca link; AGENTS.md zawiera dokładną procedurę z weryfikacją.
- scripts/init-workspace.py kopiuje dashboard/, DASHBOARD.md, START.md i PR-BRIEFING.md do nowych przestrzeni roboczych.
346 playbooków dla platform
- Nowe playbooki dla platform, w tym CodeHype oraz kolejne tablice premier, katalogi AI, narzędzi dla programistów i start-upów — łącznie 346.
- Katalog, indeks platform i narzędzie wyszukiwania zaktualizowane o wszystkie nowe pozycje.
- Aby zaktualizować istniejącą przestrzeń roboczą: skopiuj nowe playbooki oraz zaktualizowane pliki katalogu i indeksu; zachowaj workspace.json, projects/, dane logowania i zapisy zgłoszeń.
Dowody priorytetu i przegląd katalogu
- Datowane dowody priorytetu przypisane do konkretnych twierdzeń, aktualne nakładki z trackera i objaśnienia wyników; nieustrukturyzowane dane wejściowe pozostają czytelne, ale nie mogą dawać nieuzasadnionych punktów za SEO ani za odbiorców.
- Pełny zrzut przeglądu HTTP katalogu z jawnie oznaczonymi niewiadomymi oraz ograniczony przegląd kandydatów na wpisy — skuteczne wykrycie nie oznacza zaindeksowania wpisu.
- Na gałęzi main dodano odniesienia do publicznego przykładowego audytu; wcześniej wydane niezmienne archiwa wydań zachowują swoją pierwotną zawartość.
275 playbooków dla platform
- Biblioteka playbooków dla platform rozszerzona do 275 plików z krokami zgłoszenia, wymaganymi materiałami, zakładaniem konta, umieszczaniem odznak, dalszymi krokami i rozwiązywaniem problemów.
- Każda pozycja katalogu linkuje teraz do własnego playbooka; dodano nowe platformy.
- Uproszczony wybór platform według kategorii i nazwy produktu.
- Dane logowania produktu i historia wykonania pozostają w twojej osobnej prywatnej przestrzeni roboczej; przed każdym push postępuj zgodnie z PRIVATE-WORKSPACE.md.
Pierwsze niezmienne wydanie
- Kanoniczne, niezmienne wydanie GitHub prywatnego repozytorium dla klientów (v1.0.0 było pierwszą publikacją, która nie była niezmienna).
- 222 kandydatów na katalogi w katalogu platform, 30 z nich ze szczegółowymi, sprawdzonymi playbookami; pozostałe pozycje są oznaczone jako kandydaci do rozpoznania, a nie zweryfikowane bezpłatne ścieżki.
- Prowadzony onboarding dla produktu, przeglądarki, e-maila weryfikacyjnego, prywatnego przechowywania danych logowania i odznak na stronie; narzędzia przestrzeni roboczej i trackera (record.py, submissions.json).
- Brak tożsamości pilotażowych, danych logowania i historii wykonania w archiwum dla klientów.
Jak docierają do ciebie aktualizacje
Po zakupie klonujesz repozytorium raz. Nowe playbooki, pliki katalogu i indeksu przychodzą jako zwykłe commity — pobierasz je, kiedy chcesz.
Twoje produkty, dane logowania i zapisy zgłoszeń są w twojej własnej prywatnej przestrzeni roboczej obok pobranego repozytorium, więc aktualizacja nigdy ich nie dotyka. Zachowaj workspace.json, projects/ i pliki trackera; skopiuj nowe playbooki i katalog.
Publikowane przez nas aktualizacje dostaje każdy, kto kupił. Nie obiecujemy konkretnej aktualizacji, rytmu ani przyszłego zakresu — zobacz regulamin.