Lancer un SaaS sur les annuaires avec Claude Code, pas à pas

Voici une exécution LaunchRepo complète avec Claude Code, dans l’ordre où elle se déroule : le prompt que vous collez, les questions que pose l’agent, la connexion au navigateur, l’exécution planifiée et chaque état que le suivi peut enregistrer. Elle suit la version 1.9.0 du kit, du 29 septembre 2026, et la sortie de terminal montrée plus bas provient d’une exécution réelle des scripts du kit le 30 septembre 2026. Si vous voulez d’abord savoir si LaunchRepo convient bien à Claude Code, la page Claude Code répond sur un seul écran. Le guide de l’exécution de lancement décrit la même exécution pour n’importe quel agent.

En bref : Claude Code fait le travail répétitif, c’est-à-dire lire les playbooks, remplir les formulaires et tenir le suivi. Vous apportez quatre choses que seule une personne peut apporter : les faits sur votre produit, un Chrome connecté à vos comptes, votre validation des textes, et les CAPTCHA et invites de double authentification que les plateformes réservent aux humains. Chaque fiche reste la décision de l’annuaire, et les examens gratuits prennent souvent des semaines ; le but d’une exécution est donc un ensemble de soumissions honnêtes et confirmées, pas des pages instantanées.

L’exécution en un coup d’œil

Étape	Ce que fait Claude Code	Ce que vous faites	Preuve que ça a marché
1. Prompt de départ	Crée l’espace de travail privé, démarre le tableau de bord	Coller un prompt	Un lien 127.0.0.1 s’ouvre
2. Onboarding	Vous interroge, remplit product.json et copy.md	Répondre, corriger, valider	Un brief que vous pourriez signer
3. Chrome	Configure Chrome DevTools MCP, lance un test visible	Activer le débogage à distance, accepter l’invite de Chrome	Vous voyez l’onglet bouger
4. Autorisations	Enregistre le périmètre une fois par produit	Décider des badges, des comptes, de l’e-mail	authorizations.json
5. L’exécution	Planifie 10 soumissions, une plateforme à la fois	Résoudre les relais quand on vous le demande	Compteur de confirmations dans le tableau de bord
6. Suivi	Enregistre chaque résultat avec sa preuve	Confirmer les fiches publiques	Un état par plateforme
7. Reprise	Sauvegarde la progression et les prochaines dates	Rien, jusqu’à la session suivante	Le prochain agent reprend

Étape 0 : ce qu’il vous faut

• Le dépôt. Après l’achat, vous recevez une invitation à un dépôt GitHub privé. Clonez-le et ouvrez le dossier dans Claude Code.
• Git et Python 3.10 ou plus récent sous Windows, macOS ou Linux. Le suivi, le tableau de bord et les scripts d’aide n’utilisent que la bibliothèque standard de Python : il n’y a rien à installer. Sous Windows, vous utilisez py -3 partout où la documentation indique python3.
• Chrome, une version LTS actuelle de Node.js et npm pour la connexion au navigateur. Le kit se connecte via Chrome DevTools MCP, et son mode --autoConnect exige Chrome 144 ou plus récent.
• Les faits sur votre produit : nom, URL, audience, fonctionnalités réelles, tarifs tels qu’ils sont aujourd’hui, stade de lancement, vraies captures d’écran et un logo.

Le dépôt recommande d’utiliser Claude Code en CLI dans un terminal plutôt que l’application de bureau. C’est le mode de travail documenté, et le prompt de départ vous le rappelle une fois.

Étape 1 : le prompt de départ

Collez le prompt de START.md exactement tel qu’il est écrit :

Recommend Claude Code CLI or Codex CLI in a terminal instead of the desktop apps for best results. If session metadata confirms desktop hosting, explicitly advise me to switch to the CLI and resume this same private workspace. Do not infer the host from a CLI engine version alone. Read AGENTS.md, then follow “Start the dashboard for the owner”. Create my private workspace if I do not have one yet, start the dashboard, and give me the link. Then lead ONBOARDING.md one phase at a time. Reuse recorded permissions instead of asking again unless their scope is missing or conflicting. Actually test my visible existing Chrome profile and intended identity as BROWSER-SETUP.md requires; use the OS fallback if needed. Use one platform/browser worker by default. Build the normal run only from suitable free-ready routes, keep research separate, and preserve any draft that needs one exact human CAPTCHA/2FA action. Never claim browser control bypasses or reduces those challenges.

Le prompt reste en anglais ; Claude Code vous répond dans votre langue une fois les instructions lues. Il crée un espace de travail privé à côté du clone, si bien que vos produits et vos identifiants ne vivent jamais dans le dépôt de livraison. Il démarre ensuite le tableau de bord local et répond avec un lien 127.0.0.1. Tout ce qui suit peut se faire dans cet onglet ou dans le chat, car les formulaires du tableau de bord écrivent les mêmes fichiers que ceux que lit l’agent.

Vous préférez regarder avant de vous engager ? python3 scripts/dashboard.py --demo sert un espace de travail jetable avec un produit fictif.

Étape 2 : l’entretien d’onboarding

ONBOARDING.md comporte sept phases, et l’agent les mène une à une. Il lit les fichiers existants avant de poser la moindre question, si bien qu’une deuxième session ne répète jamais la première.

Où nous en sommes. L’agent demande le nom et l’URL de votre premier produit ainsi que le dossier qui contient son code ou vos notes, et examine ces sources avant toute question complémentaire. Il détermine aussi votre système d’exploitation et les outils de navigateur qu’il peut réellement appeler. Les instructions sont sans détour : un terminal seul n’est pas un contrôle du navigateur, et l’agent ne doit pas revendiquer des outils que la session n’a pas.

Un chez-soi privé. Claude Code vous aide à créer votre propre dépôt distant privé pour l’espace de travail et explique que tout identifiant qui y est stocké est lisible par toute personne ayant accès à ce dépôt, historique compris. Vous choisissez : identifiants dans l’espace de travail, références à un gestionnaire de secrets, ou rien du tout. Il demande aussi une seule fois si des problèmes peuvent être signalés aux mainteneurs de LaunchRepo sous forme d’issues GitHub, secrets et adresses e-mail retirés. Pas de réponse veut dire non.

Le produit. Un script crée le dossier du produit, puis l’agent remplit le fichier de contexte produit product.json à partir de vos réponses et lance l’atelier de rédaction, qui produit copy.md avec des variantes pour différentes limites de champs. Les inconnues restent vides. Une fonctionnalité prévue ne devient jamais une fonctionnalité disponible.

Cette phase fixe aussi votre date de lancement au plus tôt. Beaucoup d’annuaires gratuits mettent les soumissions en file d’examen pendant des semaines ; l’agent demande donc s’il existe une date avant laquelle rien ne doit être mis en ligne, et le suivi refuse ensuite tout enregistrement scheduled antérieur à cette date.

Identité. identity.json contient le nom public, l’e-mail de connexion et les informations sur l’organisation que vous autorisez. Avant que quoi que ce soit n’atteigne une fiche, l’agent mène le briefing de représentation : trois courtes phrases d’exemple à votre sujet, montrées mot pour mot pour correction.

Étape 3 : connecter Chrome et votre boîte mail

C’est l’étape qui fait fonctionner tout le reste. L’agent a besoin d’un navigateur que vous pouvez voir et superviser, et BROWSER-SETUP.md prend en charge un seul transport : Chrome DevTools MCP via le débogage à distance de Chrome. Le guide de connexion à Chrome détaille les deux voies.

Voie A : votre Chrome existant. Vérifiez chrome://version (144 ou plus récent), ouvrez chrome://inspect/#remote-debugging dans le Chrome que l’agent doit utiliser et activez-y le débogage à distance. Enregistrez ensuite le serveur dans Claude Code avec claude mcp add ; le guide des clients de Chrome DevTools MCP donne la ligne exacte, et le dépôt y ajoute --autoConnect. La documentation MCP de Claude Code explique les portées si vous voulez le serveur pour ce seul projet.

Voie B : un profil dédié. Si le réglage de débogage à distance est absent ou si la connexion automatique échoue, Chrome démarre avec son propre répertoire de profil dans l’espace de travail et un port de débogage local, et la configuration utilise alors --browserUrl. Vous vous connectez une fois dans cette fenêtre. Le port ne quitte jamais localhost, et les cookies ne sont jamais copiés.

Vient ensuite le test visible. Vous ouvrez un onglet vide dans le profil prévu, l’agent le fait naviguer vers https://example.com/ et lit le titre “Example Domain” (Domaine d’exemple), et vous confirmez que c’est bien ce même onglet qui a bougé. Cela prouve le contrôle de cet onglet précis via le Chrome DevTools Protocol, rien de plus ; un processus MCP qui tourne ou un écran OAuth terminé n’est pas une preuve. Sous macOS, une telle connexion ne demande normalement aucune autorisation d’accessibilité, d’automatisation ou d’enregistrement de l’écran. Après votre première vraie connexion à un compte, l’agent vérifie dans le menu du compte qu’il s’agit de la bonne identité et confirme l’accès à la boîte mail, car les e-mails de vérification concluent la plupart des inscriptions. Transmettre les codes à la main est une solution de repli prise en charge, que le suivi enregistre comme relais humain.

Chrome peut réafficher son invite de connexion après une reconnexion. C’est un contrôle de sécurité, et l’agent a pour consigne de ne jamais promettre de le faire disparaître ni de contourner les CAPTCHA.

Étape 4 : les autorisations, une fois par produit

Avant toute soumission, l’agent lit WEBSITE-AND-EMAIL.md et pose une poignée de questions qu’il ne reposera pas : où se trouve le code de votre site, comment il se déploie, quelle branche est la production, et s’il peut ajouter à votre pied de page les badges d’annuaire obligatoires, commiter et redéployer. Il demande aussi si les inscriptions gratuites, les soumissions finales gratuites et les actions correspondantes dans les e-mails de vérification sont autorisées. Les réponses, la date et le périmètre exact vont dans authorizations.json. Les dépenses restent à zéro, et chaque offre payante est déclinée.

Refuser les badges ne pose aucun problème : cela exclut seulement les annuaires qui en exigent un. Chaque produit reçoit sa propre autorisation ; un oui pour un produit ne se reporte donc jamais sur le suivant.

Étape 5 : planifier l’exécution et suivre le compteur

doctor.py distingue alors la configuration manquante des autorisations que vous avez refusées, et l’agent ouvre le planificateur d’exécution. Les valeurs par défaut sont délibérées : 10 nouvelles soumissions, un seul worker navigateur, 150 minutes actives au total et 15 par plateforme. Seules les voies prêtes et gratuites entrent dans la file : récentes, documentées par des preuves, fonctionnelles et gratuites sans condition. Les voies soumises à conditions sont présentées à part avec leurs prérequis. Si moins de voies adaptées sont prêtes que votre objectif, l’agent propose l’exécution plus petite et honnête. Là où Claude Code prend en charge /goal, l’objectif généré lui est proposé ; sinon, le même texte fonctionne comme un prompt normal.

Voici à quoi ressemble l’exécution dans le terminal. Nous avons créé un espace de travail neuf et un produit vierge avec les scripts du kit le 30 septembre 2026, puis lancé les commandes documentées. Les lignes ci-dessous sont copiées de cette exécution, réduites aux champs pertinents :

$ python3 scripts/run.py --project projects/my-product start --target 10 --total-minutes 150 --platform-minutes 15
  "target": 10,
  "parallel": 1,
  "remaining": 10,
$ python3 scripts/run.py --project projects/my-product claim pitchwall --worker worker-1 --window window-1
$ python3 scripts/record.py --project projects/my-product pitchwall live --worker worker-1 --note 'Thank-you page shown' --next-action 'Open the public listing'
Tracker rejected input: Public states require a reviewed URL and --confirmed-public
$ python3 scripts/record.py --project projects/my-product pitchwall submitted_pending_review --worker worker-1 --note 'Dashboard confirms Under Review' --next-action 'Recheck after the stated review window'
Recorded pitchwall: submitted_pending_review
$ python3 scripts/run.py --project projects/my-product status
  "completed_count": 1,
  "remaining": 9,

Deux choses méritent d’être vues. Le suivi a refusé de qualifier une page de remerciement de live : les états publics exigent une URL vérifiée et votre confirmation explicite. Et l’enregistrement honnête, une soumission en cours d’examen, a fait passer le compteur de 10 restantes à 9. Les accusés de réception comptent pour l’objectif ; vous n’avez pas à attendre des semaines de publication pour savoir que votre exécution a progressé.

Attendez-vous à des relais en cours de route. Quand un CAPTCHA, une invite de double authentification ou un état de compte incertain apparaît, l’agent garde le brouillon ouvert, enregistre prepared_needs_human avec exactement une action pour vous, et le tableau de bord la range sous « vous attend ». Vous la résolvez dans la même fenêtre, et l’exécution reprend.

Étape 6 : ce que signifient les états du suivi

Chaque résultat passe par record.py dans submissions.json, et le tableau de bord affiche les mêmes onze états. Chacun exige une observation minimale, si bien qu’un résultat ne peut pas être gonflé. Seuls quatre d’entre eux font avancer le compteur de l’exécution :

État	Observation minimale	Compte pour l’objectif de l’exécution
draft	Travail préparé, soumission finale non confirmée	Non
prepared_needs_human	Un blocage précis que vous seul pouvez lever	Non
submitted_pending_review	La plateforme a confirmé la réception ; modération en attente	Oui
queued	La plateforme a confirmé une place dans la file	Oui
scheduled	Une date confirmée, le jour de votre date de lancement au plus tôt ou après	Oui
live	URL publique vérifiée plus votre confirmation	Oui
already_listed	Une fiche publique existante, même preuve que pour une fiche en ligne	Non
blocked	Éligibilité, limite de compte ou fait manquant	Non
deferred_paid	La seule voie utilisable est payante ; rien n’a été acheté	Non
not_a_fit	L’audience ou les critères de la fiche ne correspondent pas	Non
unavailable	La voie est inutilisable pour l’instant	Non

Chaque plateforme compte une fois par exécution, quel que soit le nombre de changements d’état ultérieurs. L’entrée sur le statut de fiche explique le vocabulaire, et le guide du suivi des soumissions couvre les cas limites, comme une case partenaire qui promet un deuxième site.

Étape 7 : laisser un espace de travail reprenable

À la fin d’une session, l’agent ne coche les points de l’onboarding que pour les vérifications qu’il a réellement observées, écrit les preuves non sensibles et les étapes ouvertes dans SESSION.md, reporte les prochaines dates dans FOLLOW-UP.md et lance une vérification de confidentialité git avant de pousser vers votre dépôt distant privé. La session suivante, la vôtre ou celle d’un autre agent, lit d’abord le suivi : les relais, les lancements programmés à vérifier, puis les examens en attente dont le délai est dépassé. Elle revérifie les enregistrements existants au lieu de soumettre deux fois.

C’est là le vrai bénéfice. Votre deuxième produit réutilise la configuration du navigateur, l’identité, le schéma d’autorisations et les 299 playbooks actifs de l’instantané du catalogue du 24 septembre 2026 ; seuls product.json et les textes sont nouveaux.

Pour aller plus loin

Comment ça marche montre les étapes avec la vidéo du fondateur. Le catalogue d’annuaires vous laisse lire quelques guides pratiques publics avant de décider, et le changelog liste chaque version du kit. Vous voulez que Claude Code rédige aussi vos textes marketing ? Comparez les skills marketing pour Claude Code. Les autres agents sont couverts sur les pages agents. Le dépôt lui-même s’achète une fois sur la page tarifs.

Questions fréquentes

Claude Code peut-il soumettre mon SaaS aux annuaires tout seul ?

En grande partie, oui. Avec le dépôt, un Chrome connecté et vos autorisations, Claude Code lit chaque playbook, remplit le formulaire et enregistre le résultat. Vous validez les textes, confirmez les fiches publiques et résolvez les CAPTCHA ou les invites de double authentification quand l’exécution s’interrompt pour vous.

Faut-il la CLI de Claude Code, ou l’application de bureau fonctionne-t-elle ?

Le dépôt recommande la CLI dans un terminal pour de meilleurs résultats, et le prompt de départ le dit. L’application de bureau n’est pas bloquée : si vous y restez, l’agent poursuit le travail autorisé et la progression sauvegardée reste intacte.

Combien de temps prend la première exécution ?

Le planificateur prévoit 150 minutes actives pour 10 plateformes, soit 15 par plateforme. Ce sont des limites de coordination qui mettent l’exécution en pause une fois atteintes, pas une promesse de vitesse, et le temps que vous passez sur les relais dépend des plateformes.

Que se passe-t-il quand un annuaire affiche un CAPTCHA ?

L’agent s’arrête au défi, garde le brouillon ouvert et enregistre prepared_needs_human avec une action exacte pour vous. Vous le résolvez dans la même fenêtre, et l’exécution reprend à partir de là.

Le même pas à pas fonctionne-t-il avec Codex ou Cursor ?

Oui. Les fichiers, le suivi et la configuration du navigateur sont les mêmes pour tout agent capable de lire le dépôt et d’utiliser Chrome DevTools MCP. Les pages agents listent ce qui diffère pour chaque outil.

Sources : START.md, ONBOARDING.md, BROWSER-SETUP.md, WEBSITE-AND-EMAIL.md, RUNBOOK.md et CHANGELOG.md dans le kit LaunchRepo (version 1.9.0, 29 septembre 2026) ; le prompt de départ cité mot pour mot ; une exécution de run.py et record.py le 30 septembre 2026 ; la référence de configuration de Chrome DevTools MCP (Chrome 144 ou plus récent pour --autoConnect), vérifiée le 30 septembre 2026. Aucun chiffre de durée ou de résultat entre clients n’est donné, car aucun n’a été mesuré.