LaunchRepoLaunchRepo wordt geleverd als privérepository op GitHub, dus “updates” zijn gewoon nieuwe commits en tags in die repository. Kopers halen ze op met git; er wordt niets geïnstalleerd en niets belt naar huis. De release notes van de repository zelf zitten erin als CHANGELOG.md.
Maak van een afgeronde run een launchkaart
- Maak lokaal een resultaatkaart van 1200 × 675 pixels in twee stijlen. Live, in beoordeling, in de wachtrij en gepland blijven gescheiden; bestaande vermeldingen en concepten tellen niet als nieuwe inzendingen.
- Controleer de openbare productnaam, kopieer of download de PNG en open een bewerkbaar X-concept. Voeg de afbeelding toe en publiceer zelf. Niets wordt automatisch geüpload; demoafbeeldingen zijn gemarkeerd.
- Optionele herinneringen verschijnen na afronding, buiten actief werk en recente probleemmeldingen. Stel ze uit of schakel ze uit in Instellingen. Maak een back-up, test de updater eerst zonder wijzigingen en herstart het dashboard na de update.
Affiliateprogramma in het dashboard
- Nieuw AFFILIATE.md in de repository: 30% van de nettoprijs voor elke verkoop via je link (nu ongeveer € 31, stijgt mee met de prijsstappen), € 20 korting voor degene die je aanbeveelt, SEPA-uitbetaling op de 1e van de maand na 60 dagen, met links naar activering, je affiliatedashboard en de voorwaarden.
- Dashboard: een link “Verdien 30%” in de zijbalk, een kleine kaart op het overzicht en een pop-up die het programma één keer uitlegt. Die verschijnt nooit bij de eerste start, in een demo, tijdens een actieve run of naast een verzoek om een testimonial; “Herinner me later” wacht een week, en in Instellingen staat een schakelaar “Affiliateherinneringen”. Het dashboard toont alleen links en verstuurt niets.
- Agents brengen je affiliatelink nooit ter sprake, activeren hem niet en delen hem niet.
- Updaten: maak een back-up van je privéwerkruimte en voer daarna scripts/update-workspace.py uit in dry-runmodus voordat je een apply toestaat.
Een testimonial delen vanuit het dashboard
- Nieuw formulier “Een testimonial delen” in het dashboard (Support & feedback, plus een kaart op het overzicht en de productpagina op de juiste momenten). Het publiceert een GitHub-issue in AleksDoesCode/LaunchRepo via je ingelogde GitHub CLI, of bewaart een concept als gh niet beschikbaar is. Jij kiest de naam, een optionele X-handle, het product en of je huidige resultaten worden toegevoegd; zonder het uitdrukkelijke toestemmingsvakje wordt niets gepubliceerd.
- Het dashboard vraagt er pas om na echte resultaten: de eerste live vermelding, een afgeronde run met getelde inzendingen, en vijf live vermeldingen. Het vraagt nooit binnen drie dagen na een probleemmelding die je hebt verstuurd. “Later” wacht tot de volgende mijlpaal en minstens twee weken; “Niet meer vragen” stopt het definitief. Demowerkruimtes publiceren nooit.
- Agents noemen de optie één keer na een afgeronde run en schrijven of versturen nooit een testimonial voor je.
Productfeiten tonen wat bekend is
- De stap Productfeiten op het tabblad Setup toont nu de feiten die al in product.json staan (naam, website, doelgroep, geverifieerde functies, prijs met controledatum, status ‘altijd gratis’, vroegste launchdatum) onder “Wat LaunchRepo weet”. Verplichte velden die nog leeg zijn, blijven onder “Nog ontbrekend” staan, en onbekende verplichte feiten krijgen hun eigen lijst “Nog onbekend”. Voorheen waren alleen de gaten zichtbaar, waardoor een afgeronde stap leeg leek.
- Updaten: maak een back-up van je privéwerkruimte en voer daarna scripts/update-workspace.py uit in dry-runmodus voordat je een apply toestaat.
Hercontrole van routes afgerond, welkomstgids en instellingen
- Deel 2 van de hercontrole van routes is afgerond: alle 349 catalogus-ID’s hebben een gedateerde controle aan de hand van officiële openbare regels, en 239 gidsen zijn herschreven. De catalogus heeft nu 299 actieve gidsen: 86 onvoorwaardelijk gratis routes (was 57), 157 routes die gratis zijn onder zichtbare voorwaarden (was 77), 52 momenteel niet beschikbaar of geblokkeerd en 4 alleen voor onderzoek. Nog eens 24 verplicht betaalde routes werden uitsluitingsmarkeringen met gratis alternatieven, 50 in totaal.
- Welkomstgids in het dashboard: vijf korte stappen leggen uit wat LaunchRepo wel en nooit doet, de termen die je overal tegenkomt en je werkruimtechecks; daarna maak je het eerste product aan vanuit een gewone naam met een live mapnaam, kies je je voorkeursmanier van inloggen voor directoryaccounts (eerst Google, of e-mail en wachtwoord) en krijg je een herinnering dat de agent de bijbehorende mailbox nodig heeft.
- Nieuwe pagina Instellingen: thema, de welkomstgids opnieuw starten of voortzetten, en de keuze voor automatische probleemmeldingen is daarheen verplaatst vanuit Support & feedback.
- Updaten: maak een back-up van je privéwerkruimte en voer daarna scripts/update-workspace.py uit in dry-runmodus voordat je een apply toestaat.
Neutrale formulering in gedateerde catalogusaudits
- De gedateerde catalogusaudits van 14 september gebruiken nu een neutrale formulering en noemen geen voorbeeldproducten meer. Hun bevindingen over platforms zijn ongewijzigd.
- Bevat alles uit 1.6.0: deel 1 van de hercontrole van routes, het nieuwe dashboard en supportmeldingen op basis van opt-in.
Hercontrole van routes deel 1, nieuw dashboard en supportmeldingen
- 165 platformgidsen opnieuw gecontroleerd aan de hand van officiële openbare regels. Op 2026-09-23 heeft de catalogus 323 actieve gidsen: 57 onvoorwaardelijk gratis routes (was 15), 77 gratis onder voorwaarden, 31 momenteel niet beschikbaar en 158 nog alleen voor onderzoek. Nog eens 21 verplicht betaalde routes zijn uitgesloten. De overige gidsen volgen in de volgende update.
- Nieuw lokaal dashboard met begeleide setup, een statusoverzicht per product en details per run.
- Pagina Support & feedback: meld problemen, vragen en feedback als GitHub-issues, met een knop Melden bij geblokkeerde inzendingen. Je agent kan blokkades ook automatisch melden, maar alleen als je dat inschakelt; standaard staat het uit.
Duidelijkere onboardingchecklist voor runs
- De overige teksten van de dashboardchecklist en de promptkaarten sluiten nu aan op blijvende runs. Bestaande opgeslagen voortgang van de checklist blijft behouden.
- Product-, browser- en toestemmingschecks komen vóór de planning; een eerste inzending is niet nodig om een run aan te maken.
Rundoelen, duidelijkere browsersetup en hervatbare onboarding
- Plan een doel van 10 nieuwe bevestigde inzendingen, met maximaal 2 workers en een advies op basis van je lokale hardware. Voor parallel werken is aparte browserbesturing nodig; gebruik anders één worker.
- Sla de run op en hervat het resterende doel. Kopieer de doelprompt naar je agent; gebruik /goal alleen als de host dat ondersteunt. Bevestigde nieuwe inzendingen tellen één keer per platform; concepten en bestaande vermeldingen tellen niet.
- De Engelstalige onboarding, de uitleg in het dashboard en de e-mail leiden je nu door de setup van Chrome DevTools MCP op Windows, macOS en Linux, inclusief een voorwaardelijke check van Volledige schijftoegang op macOS. Sluit na het opslaan van een bevestigd resultaat alleen het toegewezen inzendvenster.
- Native browserverbindingen op Windows en Linux vereisen nog steeds de smoke check op de machine van de eigenaar. Limieten van providers en menselijke verificaties kunnen een run onderbreken.
Windows-compatibiliteit, lokaal dashboard en 347 playbooks
- De tracker en het lokale dashboard zijn nu native compatibel met Windows met Python 3.10+, naast macOS en Linux. De setup op Windows, file locking en de verwerking van UTF-8-bestanden zijn niet langer afhankelijk van gedrag dat alleen onder POSIX werkt.
- Het releasearchief bevat het lokale dashboard, bijgewerkte onboarding en alle 347 platformplaybooks. Instructies voor de setup met PowerShell en de Chrome-verbinding zijn inbegrepen; voor inzendingen blijft een werkende browserintegratie nodig.
- Volledige end-to-endvalidatie op native Windows staat nog open. De browser-smoke-check controleert de verbinding op je eigen machine vóór een inzending.
Vroegste launchdatum en briefing over je presentatie
- Door de eigenaar ingestelde vroegste launchdatum in product.json; record.py vereist --launch-date voor “scheduled” en weigert elke datum vóór die ondergrens.
- ONBOARDING.md vraagt nu wanneer launches live moeten gaan en zegt duidelijk dat gratis directory’s enkele weken nodig kunnen hebben om te beoordelen en te publiceren.
- Nieuw PR-BRIEFING.md: een korte sessie die de eigenaar feitelijke voorbeelden van zijn presentatie laat zien (makerbio, launchintro, “waarom ik dit bouwde”) om te corrigeren voordat een persoonlijk feit in een openbare vermelding belandt.
- Goedgekeurde voorbeelden en correcties worden bewaard in templates/project/representation.md.
Stel een ondergrens voor de lanceerdatum in vóór je inplant →
Lokaal dashboard en start met één prompt
- scripts/dashboard.py en dashboard/: een lokale webinterface zonder afhankelijkheden (standaardbibliotheek van Python, alleen 127.0.0.1) met producten, wat de agent over elk product weet, onboardingchecks, inzendstatussen gegroepeerd naar actie nodig / problemen / in beoordeling / ingepland / live, opvolgdatums, de catalogus met playbooks, agentprompts en de documentatie.
- Product-JSON en notities zijn in de browser te bewerken; resultaten worden vastgelegd via record.py met identieke validatie. --demo start een wegwerpvoorbeeldwerkruimte.
- START.md en prompts/start.md: met één geplakte prompt maakt de agent de privéwerkruimte aan, start hij het dashboard en geeft hij de link terug; AGENTS.md bevat de exacte procedure met verificatie.
- scripts/init-workspace.py kopieert dashboard/, DASHBOARD.md, START.md en PR-BRIEFING.md naar nieuwe werkruimtes.
Het lokale dashboard: je werkruimte zoals je agent die ziet →
346 platformplaybooks
- Nieuwe platformplaybooks, waaronder CodeHype en extra launchboards, AI-, developertool- en startupdirectory’s — 346 in totaal.
- Catalogus, platformindex en zoektool bijgewerkt met elke nieuwe vermelding.
- Een bestaande werkruimte bijwerken: kopieer de nieuwe playbooks en de bijgewerkte catalogus- en indexbestanden; houd workspace.json, projects/, inloggegevens en inzendgegevens.
Prioriteitsbewijs en screening van de catalogus
- Gedateerd, per bewering onderbouwd prioriteitsbewijs, actuele tracker-overlays en uitleg bij scores; ongestructureerde invoer blijft leesbaar, maar kan geen niet-onderbouwde SEO- of doelgroeppunten opleveren.
- Momentopname van een volledige HTTP-screening van de catalogus met expliciete onbekenden, plus een begrensde screening van vermeldingskandidaten — succesvolle vindbaarheid is geen indexering van de vermelding.
- Verwijzingen naar openbare voorbeeldaudits toegevoegd op de main-branch; eerder uitgegeven onveranderlijke releasearchieven behouden hun oorspronkelijke inhoud.
275 platformplaybooks
- Bibliotheek met platformplaybooks uitgebreid naar 275 bestanden met inzendstappen, benodigde assets, accountsetup, plaatsing van badges, opvolging en probleemoplossing.
- Elke vermelding in de catalogus linkt nu naar een eigen playbook; nieuwe platforms toegevoegd.
- Platformselectie vereenvoudigd op productcategorie en naam.
- Inloggegevens van producten en de uitvoeringsgeschiedenis blijven in je aparte privéwerkruimte; volg PRIVATE-WORKSPACE.md vóór elke push.
Eerste onveranderlijke release
- Canonieke onveranderlijke GitHub-release van de privérepository voor klanten (v1.0.0 was de eerste, niet-onveranderlijke publicatie).
- 222 directorykandidaten in de catalogus, waarvan 30 met uitgebreide, gecontroleerde playbooks; de overige vermeldingen zijn gemarkeerd als onderzoekskandidaten, niet als geverifieerde gratis routes.
- Begeleide onboarding voor product, browser, verificatiemail, privéopslag van inloggegevens en websitebadges; tools voor werkruimte en tracker (record.py, submissions.json).
- Geen pilotidentiteiten, inloggegevens of uitvoeringsgeschiedenis in het archief voor klanten.
Hoe updates bij je komen
Na je aankoop clone je de repository één keer. Nieuwe playbooks, catalogus- en indexbestanden komen binnen als gewone commits — haal ze op wanneer je wilt.
Je producten, inloggegevens en inzendgegevens staan in je eigen privéwerkruimte naast de checkout, dus een update komt daar nooit aan. Houd workspace.json, projects/ en je trackerbestanden; kopieer de nieuwe playbooks en de catalogus eroverheen.
Updates die we publiceren zijn inbegrepen voor iedereen die heeft gekocht. We beloven geen specifieke update, frequentie of toekomstige omvang — zie de gebruiksvoorwaarden.