Changelog

Changelog LaunchRepo

Chaque version taguée du dépôt privé et les changements de la branche main depuis, du plus récent au plus ancien. La date est le jour de publication sur GitHub.

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.

  1. Version 1.10.0

    Transformez un parcours terminé en carte de lancement

    • Créez localement une image de résultats de 1200 × 675 pixels, en deux styles. Publications, examens en attente, files et lancements programmés restent distincts ; les fiches existantes et les brouillons ne comptent pas comme nouveaux envois.
    • Vérifiez le nom public, copiez ou téléchargez le PNG et ouvrez un brouillon modifiable sur X. Joignez votre image puis publiez vous-même. Aucun téléversement automatique ; les exports de démonstration sont signalés.
    • Les rappels facultatifs apparaissent après la fin du parcours, hors travail actif et signalements récents. Reportez-les ou désactivez-les dans les réglages. Sauvegardez votre espace, testez la mise à jour sans application puis redémarrez le tableau de bord après installation.
  2. Version 1.9.0

    Programme d’affiliation dans le tableau de bord

    • Nouveau AFFILIATE.md dans le dépôt : 30 % du prix net pour chaque vente réalisée via votre lien (actuellement environ 31 €, le montant augmente avec les paliers de prix), 20 € de remise pour la personne que vous recommandez, versement SEPA le 1er du mois après 60 jours, avec des liens vers l’activation, votre tableau de bord affilié et les conditions.
    • Tableau de bord : un lien « Gagnez 30 % » dans la barre latérale, une petite carte sur la vue d’ensemble et une fenêtre qui présente le programme une seule fois. Elle n’apparaît jamais au premier démarrage, en démo, pendant une exécution en cours ou à côté d’une demande de témoignage ; « Me le rappeler plus tard » attend une semaine et les Paramètres proposent un interrupteur « Rappels d’affiliation ». Le tableau de bord affiche seulement des liens et n’envoie rien.
    • Les agents ne mentionnent, n’activent et ne partagent jamais votre lien d’affiliation.
    • Mise à jour : sauvegardez votre espace privé, puis exécutez scripts/update-workspace.py en mode dry-run avant d’autoriser l’application des changements.
  3. Version 1.8.0

    Partager un témoignage depuis le tableau de bord

    • Nouveau formulaire « Partager un témoignage » dans le tableau de bord (Support et retours, plus une carte sur la vue d’ensemble et la page produit aux bons moments). Il publie une issue GitHub dans AleksDoesCode/LaunchRepo via votre GitHub CLI connectée, ou enregistre un brouillon si gh n’est pas disponible. Vous choisissez le nom, un identifiant X facultatif, le produit et si vos résultats actuels sont ajoutés ; rien n’est publié sans la case de consentement explicite.
    • Le tableau de bord ne demande qu’après de vrais résultats : la première fiche en ligne, une exécution terminée avec des soumissions comptabilisées, et cinq fiches en ligne. Il ne demande jamais dans les trois jours suivant un signalement de problème que vous avez envoyé. « Plus tard » attend la prochaine étape et au moins deux semaines ; « Ne plus demander » l’arrête définitivement. Les espaces de démo ne publient jamais.
    • Les agents mentionnent cette option une fois après une exécution terminée et n’écrivent ni n’envoient jamais de témoignage à votre place.
  4. Version 1.7.1

    Les informations produit montrent ce qui est connu

    • L’étape Informations produit de l’onglet Configuration liste désormais les informations déjà enregistrées dans product.json (nom, site web, audience, fonctionnalités vérifiées, tarif avec sa date de vérification, statut gratuit pour toujours, date de lancement au plus tôt) sous « Ce que LaunchRepo sait ». Les champs obligatoires encore vides restent sous « Encore manquant », et les informations obligatoires inconnues ont leur propre liste « Encore inconnu ». Auparavant, seules les lacunes étaient visibles, si bien qu’une étape terminée paraissait vide.
    • Mise à jour : sauvegardez votre espace privé, puis exécutez scripts/update-workspace.py en mode dry-run avant d’autoriser l’application des changements.
  5. Version 1.7.0

    Revérification des voies terminée, guide de bienvenue et paramètres

    • La partie 2 de la revérification des voies est terminée : les 349 identifiants du catalogue portent une vérification datée par rapport aux règles publiques officielles et 239 guides ont été réécrits. Le catalogue compte désormais 299 guides actifs : 86 voies gratuites sans condition (contre 57), 157 voies gratuites sous conditions avec des prérequis visibles (contre 77), 52 actuellement indisponibles ou bloquées et 4 réservées à la recherche. 24 voies obligatoirement payantes supplémentaires sont devenues des entrées d’exclusion avec des alternatives gratuites, 50 au total.
    • Guide de bienvenue dans le tableau de bord : cinq courtes étapes expliquent ce que LaunchRepo fait et ne fait jamais, les termes que vous rencontrez partout et les vérifications de votre espace de travail, puis créent le premier produit à partir d’un nom lisible avec un nom de dossier affiché en direct, votre mode de connexion préféré pour les comptes d’annuaires (Google d’abord, ou e-mail et mot de passe) et un rappel que l’agent a besoin de la boîte mail correspondante.
    • Nouvelle page Paramètres : thème, redémarrer ou reprendre le guide de bienvenue, et le choix du signalement automatique de problèmes y a été déplacé depuis Support et retours.
    • Mise à jour : sauvegardez votre espace privé, puis exécutez scripts/update-workspace.py en mode dry-run avant d’autoriser l’application des changements.
  6. Version 1.6.1

    Formulation neutre dans les audits datés du catalogue

    • Les audits du catalogue datés du 14 septembre utilisent désormais une formulation neutre et ne citent plus de produits d’exemple. Leurs constats sur les plateformes sont inchangés.
    • Inclut tout ce qui figure dans la 1.6.0 : partie 1 de la revérification des voies, le nouveau tableau de bord et les signalements au support sur consentement.
  7. Version 1.6.0

    Revérification des voies partie 1, nouveau tableau de bord et signalements au support

    • 165 guides de plateformes revérifiés par rapport aux règles publiques officielles. Au 2026-09-23, le catalogue compte 323 guides actifs : 57 voies gratuites sans condition (contre 15), 77 gratuites sous conditions, 31 actuellement indisponibles et 158 encore réservées à la recherche. 21 voies obligatoirement payantes supplémentaires sont exclues. Les guides restants suivront dans la prochaine mise à jour.
    • Nouveau tableau de bord local avec configuration guidée, vue d’ensemble du statut par produit et détails des exécutions.
    • Page Support et retours : signalez problèmes, questions et retours sous forme d’issues GitHub, avec un bouton Signaler sur les soumissions bloquées. Votre agent peut aussi signaler automatiquement les blocages, mais seulement si vous l’activez ; c’est désactivé par défaut.
  8. Version 1.4.1

    Checklist d’onboarding des exécutions plus claire

    • Les textes restants de la checklist du tableau de bord et des cartes de prompts correspondent désormais aux exécutions persistantes. La progression déjà enregistrée de la checklist est conservée.
    • Les vérifications du produit, du navigateur et des autorisations passent avant la planification ; une première soumission n’est pas nécessaire pour créer une exécution.
  9. Version 1.4.0

    Objectifs d’exécution, configuration du navigateur plus claire et onboarding reprenable

    • Planifiez un objectif de 10 nouvelles soumissions confirmées, avec au maximum 2 workers et une recommandation basée sur votre matériel local. Un contrôle de navigateur séparé est nécessaire pour le travail en parallèle ; sinon, utilisez un seul worker.
    • Enregistrez l’exécution et reprenez l’objectif restant. Copiez le prompt d’objectif pour votre agent ; utilisez /goal uniquement si l’hôte le prend en charge. Les nouvelles soumissions confirmées comptent une fois par plateforme ; les brouillons et les fiches existantes ne comptent pas.
    • L’onboarding en anglais, les indications du tableau de bord et l’e-mail guident désormais la configuration de Chrome DevTools MCP sous Windows, macOS et Linux, y compris une vérification conditionnelle de l’accès complet au disque sous macOS. Après avoir enregistré un résultat confirmé, fermez uniquement la fenêtre de soumission attribuée.
    • Les connexions de navigateur natives sous Windows et Linux nécessitent toujours le test de vérification sur la machine du propriétaire. Les limites des fournisseurs et les vérifications humaines peuvent interrompre une exécution.
  10. Version 1.3.0

    Compatibilité Windows, tableau de bord local et 347 playbooks

    • Le suivi et le tableau de bord local incluent désormais la compatibilité avec Windows natif et Python 3.10+, en plus de macOS et Linux. La configuration Windows, le verrouillage et le traitement UTF-8 des fichiers ne dépendent plus de fonctions propres à POSIX.
    • Cette version inclut le tableau de bord local, un onboarding actualisé et les 347 playbooks de plateformes. Les instructions PowerShell et de connexion à Chrome sont incluses ; les soumissions nécessitent toujours une intégration navigateur fonctionnelle.
    • La validation complète sous Windows natif reste à effectuer. Le test du navigateur vérifie la connexion sur votre propre machine avant une soumission.
  11. branche main · pas encore taguée

    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.

    Fixer une date de lancement au plus tôt avant de programmer →

  12. branche main · pas encore taguée

    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 action requise / 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.

    Le tableau de bord local : votre espace vu par l’agent →

  13. Version 1.2.0

    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.
  14. branche main · pas encore taguée

    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.
  15. Version 1.1.0

    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.
  16. Version 1.0.1

    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.json).
    • Aucune identité du projet 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.