LaunchRepo est livré sous forme de dépôt GitHub privé : les « mises à jour » sont donc simplement de nouveaux commits et tags dans ce dépôt. Les acheteurs les récupèrent avec git ; rien n’est installé, rien ne communique vers l’extérieur. Les notes de version du dépôt lui-même se trouvent dans son CHANGELOG.md.
Date plancher de lancement et briefing de présentation
- Date de lancement plancher fixée par le propriétaire dans product.json ; record.py exige --launch-date pour « scheduled » et refuse toute date antérieure.
- ONBOARDING.md demande désormais quand les lancements doivent être publiés et précise clairement que les annuaires gratuits peuvent mettre plusieurs semaines à examiner et publier.
- Nouveau PR-BRIEFING.md : une courte session qui présente au propriétaire des exemples factuels (bio du maker, intro de lancement, « pourquoi j’ai créé ceci ») à corriger avant qu’un fait personnel n’apparaisse dans une fiche publique.
- Les exemples validés et les corrections sont conservés dans templates/project/representation.md.
Tableau de bord local et démarrage en un prompt
- scripts/dashboard.py et dashboard/ : une interface web locale sans dépendance (bibliothèque standard Python, 127.0.0.1 uniquement) qui affiche les produits, ce que l’agent sait de chacun, les vérifications d’onboarding, les états de soumission groupés en à-vous / problèmes / en revue / planifié / en ligne, les dates de relance, le catalogue avec playbooks, les prompts pour l’agent et la documentation.
- Le JSON produit et les notes se modifient dans le navigateur ; les résultats passent par record.py avec la même validation. --demo sert un espace de travail d’exemple jetable.
- START.md et prompts/start.md : un seul prompt collé fait créer l’espace privé, démarrer le tableau de bord et renvoyer le lien ; AGENTS.md contient la procédure exacte avec vérification.
- scripts/init-workspace.py copie dashboard/, DASHBOARD.md, START.md et PR-BRIEFING.md dans les nouveaux espaces de travail.
346 playbooks de plateformes
- Nouveaux playbooks de plateformes, dont CodeHype et d’autres launch boards, annuaires IA, outils développeurs et startups — 346 au total.
- Catalogue, index des plateformes et outil de recherche mis à jour avec chaque nouvelle entrée.
- Pour mettre à jour un espace existant : copiez les nouveaux playbooks et les fichiers catalogue et index ; conservez workspace.json, projects/, identifiants et historique des soumissions.
Preuves de priorité et filtrage du catalogue
- Preuves de priorité datées et propres à chaque affirmation, overlays actuels du tracker et explications des scores ; les entrées non structurées restent lisibles mais n’obtiennent aucun crédit SEO ou audience non étayé.
- Instantané complet de filtrage HTTP du catalogue avec inconnues explicites, plus un examen borné des candidats à la fiche — une page accessible n’est pas une fiche indexée.
- Références publiques d’audit d’exemple ajoutées sur la branche main ; les archives de versions immuables déjà publiées gardent leur contenu.
275 playbooks de plateformes
- Bibliothèque de playbooks étendue à 275 fichiers avec étapes de soumission, ressources requises, création de compte, placement des badges, relance et dépannage.
- Chaque entrée du catalogue renvoie désormais à son propre playbook ; nouvelles plateformes ajoutées.
- Sélection des plateformes simplifiée par catégorie de produit et par nom.
- Les identifiants produit et l’historique d’exécution restent dans votre espace privé séparé ; suivez PRIVATE-WORKSPACE.md avant tout push.
Première version immuable
- Version immuable canonique sur GitHub du dépôt client privé (v1.0.0 était la publication initiale, non immuable).
- 222 annuaires candidats au catalogue, dont 30 avec des playbooks détaillés et vérifiés ; les autres entrées sont marquées comme candidats de recherche, pas comme voies gratuites vérifiées.
- Onboarding guidé pour le produit, le navigateur, l’e-mail de vérification, le stockage privé des identifiants et les badges du site ; outils d’espace de travail et de suivi (record.py, submissions.csv).
- Aucune identité pilote, aucun identifiant ni historique d’exécution dans l’archive client.
Comment les mises à jour vous parviennent
Après l’achat, vous clonez le dépôt une fois. Les nouveaux playbooks et les fichiers catalogue et index arrivent comme des commits ordinaires — faites un pull quand vous voulez.
Vos produits, identifiants et historiques de soumission vivent dans votre propre espace privé à côté du dépôt, donc une mise à jour ne les touche jamais. Gardez workspace.json, projects/ et vos fichiers de suivi ; copiez par-dessus les nouveaux playbooks et le catalogue.
Les mises à jour que nous publions sont incluses pour tous les acheteurs. Nous ne promettons ni mise à jour précise, ni cadence, ni périmètre futur — voir les conditions d’utilisation.