LaunchRepoLaunchRepo viene consegnato come repository GitHub privato, quindi gli “aggiornamenti” sono semplicemente nuovi commit e tag in quel repository. Chi ha acquistato li scarica con git; non si installa nulla e nulla invia dati a casa. Le note di rilascio del repository stesso sono incluse al suo interno come CHANGELOG.md.
Trasforma una sessione conclusa in una scheda di lancio
- Crea localmente una grafica dei risultati da 1200 × 675 pixel in due stili. Pubblicati, in revisione, in coda e programmati restano separati; schede esistenti e bozze non contano come nuovi invii.
- Controlla il nome pubblico, copia o scarica il PNG e apri una bozza modificabile su X. Allega la grafica e pubblica personalmente. Nessun caricamento automatico; le immagini demo sono contrassegnate.
- I promemoria facoltativi compaiono a sessione conclusa, fuori dal lavoro attivo e dalle segnalazioni recenti. Puoi rimandarli o disattivarli nelle impostazioni. Esegui un backup, prova prima un aggiornamento simulato e riavvia il pannello dopo aver applicato le modifiche.
Programma di affiliazione nella dashboard
- Nuovo AFFILIATE.md nel repository: 30% del prezzo netto per ogni vendita tramite il tuo link (attualmente circa 31 €, sale con gli scaglioni di prezzo), 20 € di sconto per la persona che consigli, pagamento SEPA il 1° del mese dopo 60 giorni, con link all’attivazione, alla tua dashboard di affiliato e ai termini.
- Dashboard: un link "Guadagna il 30%" nella barra laterale, una piccola scheda nella panoramica e un popup che spiega il programma una sola volta. Non compare mai al primo avvio, in una demo, durante un’esecuzione attiva o accanto a una richiesta di testimonianza; "Ricordamelo più tardi" attende una settimana e le Impostazioni hanno un interruttore "Promemoria affiliazione". La dashboard mostra solo link e non invia nulla.
- Gli agenti non propongono, non attivano e non condividono mai il tuo link di affiliazione.
- Aggiornamento: fai un backup del tuo spazio di lavoro privato, poi esegui scripts/update-workspace.py in modalità dry-run prima di autorizzare un apply.
Condividi una testimonianza dalla dashboard
- Nuovo modulo "Condividi una testimonianza" nella dashboard (Supporto e feedback, più una scheda nella panoramica e nella pagina prodotto nei momenti giusti). Pubblica una issue GitHub in AleksDoesCode/LaunchRepo tramite la tua GitHub CLI con accesso effettuato, oppure salva una bozza quando gh non è disponibile. Scegli tu il nome, l’handle X facoltativo, il prodotto e se aggiungere i tuoi risultati attuali; nulla viene pubblicato senza la casella di consenso esplicito.
- La dashboard lo chiede solo dopo risultati reali: la prima scheda online, un’esecuzione completata con invii conteggiati e cinque schede online. Non lo chiede mai entro tre giorni da una segnalazione di problema che hai inviato. "Più tardi" attende il traguardo successivo e almeno due settimane; "Non chiedere più" lo disattiva definitivamente. Gli spazi di lavoro demo non pubblicano mai.
- Gli agenti menzionano l’opzione una volta dopo un’esecuzione completata e non scrivono né inviano mai una testimonianza al posto tuo.
I dati del prodotto mostrano ciò che è noto
- Il passaggio Dati del prodotto nella scheda Configurazione ora elenca i dati già salvati in product.json (nome, sito web, pubblico, funzionalità verificate, prezzi con la data di verifica, stato gratuito per sempre, data di lancio più vicina) sotto "Cosa sa LaunchRepo". I campi obbligatori ancora vuoti restano sotto "Ancora mancanti" e i dati obbligatori sconosciuti hanno una propria lista "Ancora sconosciuti". Prima erano visibili solo le lacune, quindi un passaggio completato sembrava vuoto.
- Aggiornamento: fai un backup del tuo spazio di lavoro privato, poi esegui scripts/update-workspace.py in modalità dry-run prima di autorizzare un apply.
Ricontrollo dei percorsi completato, guida di benvenuto e impostazioni
- La parte 2 del ricontrollo dei percorsi è completata: tutti i 349 ID del catalogo hanno un controllo datato rispetto alle regole pubbliche ufficiali e 239 guide sono state riscritte. Il catalogo ora ha 299 guide attive: 86 percorsi gratuiti senza condizioni (erano 57), 157 percorsi gratuiti con condizioni e prerequisiti visibili (erano 77), 52 al momento non disponibili o bloccati e 4 solo da approfondire. Altri 24 percorsi obbligatoriamente a pagamento sono diventati voci escluse con alternative gratuite, 50 in totale.
- Guida di benvenuto nella dashboard: cinque brevi passaggi spiegano cosa fa e cosa non fa mai LaunchRepo, i termini che incontri ovunque e i controlli del tuo spazio di lavoro, poi creano il primo prodotto a partire da un nome leggibile con il nome della cartella in tempo reale, il tuo metodo di accesso preferito per gli account delle directory (prima Google, oppure email e password) e un promemoria che l’agente ha bisogno della casella di posta corrispondente.
- Nuova pagina Impostazioni: tema, riavvio o ripresa della guida di benvenuto, e la scelta sulle segnalazioni automatiche di problemi, spostata qui da Supporto e feedback.
- Aggiornamento: fai un backup del tuo spazio di lavoro privato, poi esegui scripts/update-workspace.py in modalità dry-run prima di autorizzare un apply.
Formulazione neutra negli audit datati del catalogo
- Gli audit del catalogo datati 14 settembre ora usano una formulazione neutra e non nominano più prodotti di esempio. Le loro rilevazioni sulle piattaforme sono invariate.
- Include tutto ciò che c’è nella 1.6.0: parte 1 del ricontrollo dei percorsi, la nuova dashboard e le segnalazioni di supporto facoltative (opt-in).
Ricontrollo dei percorsi parte 1, nuova dashboard e segnalazioni di supporto
- Ricontrollate 165 guide delle piattaforme rispetto alle regole pubbliche ufficiali. Al 2026-09-23 il catalogo ha 323 guide attive: 57 percorsi gratuiti senza condizioni (erano 15), 77 gratuiti con condizioni, 31 al momento non disponibili e 158 ancora solo da approfondire. Altri 21 percorsi obbligatoriamente a pagamento sono esclusi. Le guide restanti seguiranno nel prossimo aggiornamento.
- Nuova dashboard locale con configurazione guidata, una panoramica dello stato per prodotto e i dettagli delle esecuzioni.
- Pagina Supporto e feedback: segnala problemi, domande e feedback come issue GitHub, con un pulsante Segnala sugli invii bloccati. Il tuo agente può anche segnalare automaticamente i blocchi, ma solo se lo attivi tu; è disattivato per impostazione predefinita.
Checklist di onboarding delle esecuzioni più chiara
- I testi rimanenti della checklist della dashboard e delle schede dei prompt ora corrispondono alle esecuzioni persistenti. I progressi già salvati nella checklist vengono mantenuti.
- I controlli su prodotto, browser e permessi vengono prima della pianificazione; per creare un’esecuzione non serve un primo invio.
Obiettivi di esecuzione, configurazione del browser più chiara e onboarding riprendibile
- Pianifica un obiettivo di 10 nuovi invii confermati, con al massimo 2 worker e una raccomandazione sull’hardware locale. Per il lavoro in parallelo serve un controllo del browser separato; altrimenti usa un solo worker.
- Salva l’esecuzione e riprendi l’obiettivo rimanente. Copia il prompt dell’obiettivo per il tuo agente; usa /goal solo se l’host lo supporta. I nuovi invii confermati contano una volta per piattaforma; bozze e schede già esistenti no.
- Onboarding in inglese, indicazioni della dashboard ed email ora guidano nella configurazione di Chrome DevTools MCP su Windows, macOS e Linux, incluso un controllo condizionale dell’Accesso completo al disco su macOS. Dopo aver salvato un esito confermato, chiudi solo la finestra di invio assegnata.
- Le connessioni native del browser su Windows e Linux richiedono ancora il test rapido sulla macchina del proprietario. Limiti del provider e verifiche umane possono interrompere un’esecuzione.
Compatibilità con Windows, dashboard locale e 347 playbook
- Il tracker e la dashboard locale ora includono la compatibilità nativa con Windows con Python 3.10+, oltre a macOS e Linux. Configurazione su Windows, blocco dei file e gestione dei file UTF-8 non dipendono più da comportamenti esclusivi di POSIX.
- L’archivio della release include la dashboard locale, l’onboarding aggiornato e tutti i 347 playbook delle piattaforme. Sono incluse le istruzioni per la configurazione con PowerShell e per il collegamento a Chrome; per gli invii serve comunque un’integrazione del browser funzionante.
- La validazione end-to-end su Windows nativo è ancora in corso. Il test rapido del browser verifica il collegamento sulla tua macchina prima di un invio.
Data minima di lancio e briefing sulla presentazione
- Data di lancio minima impostata dal proprietario in product.json; record.py richiede --launch-date per “scheduled” e rifiuta qualsiasi data precedente a quel limite.
- ONBOARDING.md ora chiede quando i lanci devono andare online e dice chiaramente che le directory con piano gratuito possono impiegare diverse settimane per revisione e pubblicazione.
- Nuovo PR-BRIEFING.md: una breve sessione che mostra al proprietario esempi di presentazione fattuali (bio del maker, introduzione al lancio, “perché l’ho creato”) da correggere prima che un dato personale finisca in una scheda pubblica.
- Gli esempi approvati e le correzioni vengono conservati in templates/project/representation.md.
Dashboard locale e avvio con un solo prompt
- scripts/dashboard.py e dashboard/: un’interfaccia web locale senza dipendenze (libreria standard di Python, solo 127.0.0.1) che mostra i prodotti, ciò che l’agente sa di ciascuno, i controlli di onboarding, gli stati degli invii raggruppati in serve il tuo intervento / problemi / in revisione / programmati / online, le date di follow-up, il catalogo con i playbook, i prompt per l’agente e la documentazione.
- Il JSON del prodotto e le note si possono modificare nel browser; gli esiti vengono registrati tramite record.py con la stessa validazione. --demo avvia uno spazio di lavoro di esempio usa e getta.
- START.md e prompts/start.md: un solo prompt incollato fa sì che l’agente crei lo spazio di lavoro privato, avvii la dashboard e restituisca il link; AGENTS.md contiene la procedura esatta con verifica.
- scripts/init-workspace.py copia dashboard/, DASHBOARD.md, START.md e PR-BRIEFING.md nei nuovi spazi di lavoro.
346 playbook per le piattaforme
- Nuovi playbook per le piattaforme, tra cui CodeHype e altre bacheche di lancio, directory di AI, strumenti per sviluppatori e startup: 346 in totale.
- Catalogo, indice delle piattaforme e strumento di ricerca aggiornati per includere ogni nuova voce.
- Per aggiornare uno spazio di lavoro esistente: copia i nuovi playbook e i file aggiornati di catalogo e indice; tieni workspace.json, projects/, le credenziali e i registri degli invii.
Evidenze di priorità e screening del catalogo
- Evidenze di priorità datate e specifiche per ogni affermazione, overlay aggiornati del tracker e spiegazioni dei punteggi; gli input non strutturati restano leggibili ma non possono ottenere crediti SEO o di pubblico non supportati.
- Snapshot completo dello screening HTTP del catalogo con incognite esplicite, più uno screening limitato dei candidati per le schede: riuscire a trovare una pagina non significa che la scheda sia indicizzata.
- Aggiunti sul branch main i riferimenti all’audit di esempio pubblico; gli archivi di release immutabili già pubblicati mantengono il loro contenuto originale.
275 playbook per le piattaforme
- Libreria di playbook per le piattaforme ampliata a 275 file con passaggi di invio, materiali richiesti, configurazione dell’account, posizionamento dei badge, follow-up e risoluzione dei problemi.
- Ogni voce del catalogo ora rimanda al proprio playbook; aggiunte nuove piattaforme.
- Scelta delle piattaforme semplificata per categoria di prodotto e nome.
- Le credenziali dei prodotti e lo storico delle esecuzioni restano nel tuo spazio di lavoro privato separato; segui PRIVATE-WORKSPACE.md prima di qualsiasi push.
Prima release immutabile
- Release GitHub immutabile canonica del repository privato per i clienti (la v1.0.0 era la pubblicazione iniziale non immutabile).
- 222 directory candidate nel catalogo, 30 delle quali con playbook dettagliati e revisionati; le voci restanti sono contrassegnate come candidate da approfondire, non come percorsi gratuiti verificati.
- Onboarding guidato per prodotto, browser, email di verifica, archiviazione privata delle credenziali e badge per il sito web; strumenti per spazio di lavoro e tracker (record.py, submissions.json).
- Nessuna identità pilota, credenziale o storico di esecuzione nell’archivio per i clienti.
Come ti arrivano gli aggiornamenti
Dopo l’acquisto cloni il repository una volta. Nuovi playbook, file di catalogo e di indice arrivano come normali commit: scaricali quando vuoi.
I tuoi prodotti, le credenziali e i registri degli invii stanno nel tuo spazio di lavoro privato accanto alla copia del repository, quindi un aggiornamento non li tocca mai. Tieni workspace.json, projects/ e i file del tracker; copia sopra i nuovi playbook e il catalogo.
Gli aggiornamenti che pubblichiamo sono inclusi per chiunque abbia acquistato. Non promettiamo un aggiornamento specifico, una cadenza o un perimetro futuro: vedi i termini di servizio.