Démarrer LaunchRepo en trois étapes

Configuration recommandée : pour tirer le meilleur de LaunchRepo, nous vous recommandons vivement d’utiliser toujours Claude Code CLI ou Codex CLI dans un terminal plutôt que l’application de bureau Claude ou Codex. C’est notre façon de travailler recommandée, pas une garantie de permissions différentes ni d’une exécution sans interruption.

La page de démarrage du kit tient sur un écran : cloner, coller un prompt, ouvrir un lien. Ce guide reprend ces trois étapes avec un peu plus de contexte sur ce qui se passe derrière chacune, pour que vous sachiez ce que fait votre agent et quoi vérifier quand il a terminé. Si vous voulez d’abord la vue d’ensemble, la page comment ça marche montre où ces étapes se situent dans le flux complet produit → agent → annuaires → suivi.

Ce qu’il vous faut avant de commencer

Pour la configuration initiale :

• Git pour cloner le dépôt.
• Python 3.10 ou plus récent sur Windows, macOS ou Linux. Les scripts de l’espace de travail, le suivi et le tableau de bord local sont en Python bibliothèque standard ; rien à pip install, aucune étape de build.
• Un agent de code capable de lire des fichiers et d’exécuter des commandes — Claude Code, Codex, Cursor ou un outil comparable. Chacun a sa page de configuration sur ce site, par exemple Claude Code, Codex et Cursor. Le contrôle du navigateur vient plus tard et n’est pas nécessaire pour ces trois premières étapes.

Le dépôt lui-même arrive sous forme d’invitation GitHub pour le compte indiqué au moment de l’achat. Tout ce qui suit suppose que vous l’avez acceptée.

Étape 1 : cloner et ouvrir

Sous Windows, utilisez py -3 à la place de python3 dans les commandes ci-dessous (ou python si cette commande lance Python 3.10 ou plus récent). Gardez votre espace de travail dans un dossier local privé, hors de OneDrive et des autres dossiers synchronisés.

git clone <your LaunchRepo invite URL> LaunchRepo
cd LaunchRepo

Ouvrez ce dossier dans votre agent comme n’importe quel projet. Rien ne s’exécute encore. Le checkout que vous venez de faire est le dépôt de livraison : playbooks, modèles, scripts et documentation. Vos produits, vos identifiants et vos enregistrements de soumission ne vivront pas ici — c’est tout l’objet de l’étape 2.

Étape 2 : coller le prompt de démarrage

Collez ceci dans l’agent, tel quel :

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.

AGENTS.md est le fichier que tout agent de code IA lit en premier ; il contient la procédure de démarrage exacte et les vérifications que l’agent doit effectuer. En le suivant, l’agent :

1. crée un espace de travail privé à côté du checkout (par défaut un dossier frère) avec scripts/init-workspace.py, pour que vos données produit ne se retrouvent jamais dans le dépôt de livraison partagé ;
2. démarre le tableau de bord local depuis cet espace de travail ;
3. répond avec un lien 127.0.0.1 ;
4. puis vous guide à travers l’onboarding une phase à la fois, avec un seul worker navigateur par défaut.

Si l’agent répond par un lien, l’étape 2 a fonctionné. S’il répond par une description de ce qu’il ferait, demandez-lui d’exécuter réellement la procédure — la règle du kit est qu’une vérification n’est complète qu’une fois observée, pas dès que des instructions existent.

Étape 3 : ouvrir le lien

L’onglet du tableau de bord est l’endroit où se déroule le reste de la première session. Vous y ajoutez votre premier produit, remettez le prompt d’onboarding à votre agent, voyez quelles fiches sont en ligne, en attente, programmées ou vous attendent, et copiez les prompts pour les exécutions suivantes. Il n’écoute que sur 127.0.0.1 et ne contacte jamais un annuaire ; le guide du tableau de bord local détaille chaque écran.

Quand vous avez terminé, demandez à l’agent d’arrêter le tableau de bord ; si vous l’avez lancé vous-même dans un terminal, appuyez sur Ctrl+C dans ce terminal. L’espace de travail et tout ce qui y a été enregistré restent sur le disque.

Le faire à la main

Vous n’avez pas besoin de l’agent pour la configuration elle-même. Les trois commandes que le prompt déclenche sont :

python3 scripts/init-workspace.py --destination ../my-launch-workspace
cd ../my-launch-workspace
python3 scripts/dashboard.py

Envie de regarder avant de créer un espace de travail ? python3 scripts/dashboard.py --demo sert un espace d’exemple jetable avec des produits fictifs ; vous pouvez parcourir la vue d’ensemble, une page produit et le catalogue sans toucher à vos propres données.

La suite

La première session proprement dite — brief produit, connexion du navigateur, permissions et un objectif d’exécution enregistré — est menée par l’agent et décrite dans le guide d’onboarding de la première session. Avant que l’agent puisse remplir un formulaire, vous devez aussi le connecter à votre Chrome. Si vous préférez d’abord un récit, le pas à pas avec Claude Code suit un lancement de bout en bout. Une fois l’onboarding terminé, une exécution de lancement de bout en bout montre à quoi ressemble chaque exécution suivante, de la vérification des permissions à la reprise des plateformes restantes.