LaunchRepo avec Cline : une configuration navigateur qui marche

En bref

• Une seule commande ajoute le navigateur : cline mcp add chrome-devtools --yes -- npx … (commande complète ci-dessous).
• Cline CLI 3.0.67 a lu les serveurs MCP depuis ~/.cline/data/settings/cline_mcp_settings.json à chaque essai. Deux autres chemins cités dans la documentation ont été ignorés sans erreur.
• Cline a ensuite proposé 30 outils Chrome DevTools, nommés chrome-devtools__…, à côté de ses propres outils de fichiers et de terminal.
• Les pages longues demandent un réglage de plus : Cline coupait en son milieu tout résultat d’outil de plus de 8 000 caractères, si bien que le formulaire de notre longue page de démo n’atteignait jamais le modèle tant que nous n’avions pas relevé la limite.
• Pour une étape CAPTCHA ou 2FA, arrêtez l’exécution et reprenez la session dans l’interface interactive avec cline --id. Le formulaire, l’onglet et la conversation étaient toujours là, à chaque essai.

LaunchRepo fonctionne avec tout agent de code capable de lire et d’écrire des fichiers dans votre espace de travail et de piloter un navigateur. Cline fait les deux. Cette page documente une configuration testée ; ce n’est ni une certification ni un partenariat.

Configuration en trois étapes

Cline a besoin de Node.js et d’un fournisseur de modèle de votre choix. Le navigateur vient de Chrome DevTools MCP, le même serveur que sur les autres pages d’agents LaunchRepo.

1. Installez la CLI : npm i -g cline, puis lancez cline auth et choisissez votre fournisseur.
2. Ajoutez le serveur de navigateur avec la commande ci-dessous. Elle écrit l’entrée dans le fichier de réglages indiqué en dessous.
3. Dans le Chrome que vous utilisez pour vos lancements, ouvrez chrome://inspect/#remote-debugging et activez le débogage à distance (Chrome 144+). Lancez cline -i, demandez-lui d’ouvrir https://example.com et de lire le titre de la page, puis acceptez la demande de connexion de Chrome. Un titre correct signifie que le navigateur est connecté.

Ajouter Chrome DevTools MCP

cline mcp add chrome-devtools --yes -- npx -y chrome-devtools-mcp@1.10.1 --autoConnect --no-usage-statistics --no-performance-crux

Entrée obtenue dans ~/.cline/data/settings/cline_mcp_settings.json

{
  "mcpServers": {
    "chrome-devtools": {
      "transport": {
        "type": "stdio",
        "command": "npx",
        "args": [
          "-y",
          "chrome-devtools-mcp@1.10.1",
          "--autoConnect",
          "--no-usage-statistics",
          "--no-performance-crux"
        ]
      }
    }
  }
}

Alternative écrite à la main (même fichier)

{
  "mcpServers": {
    "chrome-devtools": {
      "command": "npx",
      "args": [
        "-y",
        "chrome-devtools-mcp@1.10.1",
        "--autoConnect",
        "--no-usage-statistics",
        "--no-performance-crux"
      ]
    }
  }
}

La forme plate command/args de la documentation Cline s’est chargée exactement comme l’entrée écrite par la CLI. --autoConnect se connecte au Chrome que vous utilisez déjà (Chrome 144+) ; pour un Chrome séparé réservé aux lancements, utilisez plutôt --browser-url=http://127.0.0.1:9222 : c’est ainsi que notre test s’est connecté à son Chrome temporaire.

Ce que nous avons testé

Cline CLI 3.0.67 avec Chrome DevTools MCP 1.10.1, Google Chrome 154.0.8037.92, macOS, Node 22, le 1 octobre 2026. Tout a tourné dans un dossier personnel temporaire et un profil Chrome temporaire, configurés avec cline auth et cline mcp add exactement comme ci-dessus.

Aucun modèle d’IA n’a été utilisé. Un petit substitut local répondait aux requêtes de modèle de Cline par des appels d’outils fixes, en ne lisant les identifiants d’éléments que dans ce que Cline lui envoyait réellement. Chaque essai est ainsi identique et gratuit, et le test porte sur ce que Cline contrôle lui-même : quelle config est chargée, quels outils il propose, ce que voit le modèle, les validations, les sessions et la reprise. Il ne mesure pas la qualité de planification d’un modèle.

Variantes de config : 3 essais chacune. Essai de relais sur le formulaire de démo de notre guide CAPTCHA : 5 essais, avec la limite des résultats d’outils relevée comme décrit ci-dessous.

Quel fichier de config Cline a chargé

Même entrée de serveur, fichiers et formes différents. « Chargé » signifie que les outils Chrome DevTools apparaissaient dans la requête de Cline au modèle.

L’essai de relais

Cline a ouvert le formulaire de démo, l’a rempli, s’est arrêté au contrôle simulé et a terminé l’exécution. Un script a joué la personne et terminé le contrôle dans le même onglet. Nous avons ensuite rouvert la session avec cline --id dans l’interface interactive et demandé à Cline de finir. CAPTCHA et 2FA dans les workflows d’agents : le relais maîtrisé →

Captures d’écran prises par Cline pendant l’essai

Documentation et réalité : ce que nous avons constaté

Aucun de ces points n’échoue bruyamment, c’est pourquoi ils font perdre du temps. Chacun est apparu à chaque essai.

Trois chemins de config documentés, un seul chargé

La page MCP cite ~/.cline/mcp.json pour la CLI ; la référence CLI et la page des outils citent un fichier projet .cline/mcp.json. Dans la CLI 3.0.67, aucun des deux n’a été chargé ; ~/.cline/data/settings/cline_mcp_settings.json l’a été, comme l’indique la page de configuration.

Mauvais fichier ou mauvaise clé : silence

Avec l’entrée dans un fichier ignoré, sous la clé VS Code "servers" ou marquée "disabled": true, Cline démarrait normalement, se terminait avec le code 0 et n’avait tout simplement aucun outil de navigateur. Vérifiez la présence des outils chrome-devtools__ avant d’accuser Chrome.

Les pages longues perdent leur milieu

Cline coupait tout résultat d’outil de plus de 8 000 caractères et n’en gardait que le début et la fin (« ...[truncated 37945 chars]... »). Sur notre longue page de démo, le formulaire se trouvait dans la partie coupée : le modèle ne voyait aucun champ. La CLI 3.0.67 lit la variable non documentée CLINE_MESSAGE_BUILDER_MAX_TOOL_RESULT_CHARS ; avec 120000, la page entière arrivait. Les résultats plus volumineux sont renvoyés à chaque tour : ne la relevez qu’autant que vos pages l’exigent. La valeur n’est prise en compte qu’au démarrage du hub d’arrière-plan de Cline : définissez-la avant le premier appel à cline, ou lancez d’abord cline doctor fix. Dans notre test, une valeur définie plus tard a été ignorée.

La reprise passe par l’interface interactive

cline --id <session-id> rouvrait toute la conversation dans l’interface du terminal. En dehors, la CLI refusait : « interactive mode requires a TTY », et avec --json : « JSON output mode requires a prompt argument or piped stdin ».

Les questions se comportent différemment selon le mode

Dans l’interface interactive, la question de l’agent attendait la personne. Lors des exécutions sans surveillance, la même question recevait sa première option comme réponse en moins d’une milliseconde, et avec --auto-approve false chaque appel d’outil était refusé avec une erreur d’approbation au lieu d’une question.

Des noms d’outils différents

La page des outils liste bash, search et fetch_web. La CLI 3.0.67 proposait run_commands, search_codebase, fetch_web_content, read_files, editor et ask_question, et les outils MCP sous la forme chrome-devtools__<tool>. Utilisez ces noms dans vos règles et vos prompts.

CAPTCHA et 2FA avec Cline

Quand le formulaire arrive à un CAPTCHA, une demande 2FA ou une passkey, Cline doit s’arrêter et décrire l’unique étape que vous effectuez. Dans l’interface interactive (cline -i), sa question vous attend tout simplement.

Lors des exécutions sans surveillance (cline "…" sans terminal, ou --json), cette question reçoit une réponse automatique : ce n’est donc pas une pause. Laissez plutôt l’exécution se terminer avec la note de relais.

Terminez le contrôle dans le même onglet. Rouvrez ensuite la session dans l’interface interactive : cline --id <session-id> (l’ID figure dans cline history --json) et dites-lui : « Le contrôle est fait. Relis le formulaire et envoie-le une seule fois. »

Lors de nos essais, la session rouverte contenait toutes les étapes précédentes, retrouvait le même onglet via Chrome DevTools MCP, voyait les champs inchangés et envoyait une seule fois.

Comment fonctionne le relais, avec un formulaire de démo →

Réglages sûrs pour le travail de lancement

• Utilisez un profil Chrome réservé aux lancements, sans comptes bancaires ni comptes d’administration.
• Lors de nos essais, l’interface interactive démarrait avec « Auto-approve all enabled ». Shift+Tab la faisait passer à disabled ; faites-le le temps de découvrir une plateforme.
• Laissez le mode YOLO désactivé dès que Cline est relié à un Chrome connecté à vos comptes.
• Gardez --no-usage-statistics et --no-performance-crux dans les arguments du serveur si vous préférez que Chrome DevTools MCP n’envoie ni données d’usage ni URL de pages.
• Un seul worker de navigateur à la fois. LaunchRepo en utilise un par défaut, précisément pour cette raison.

Démarrer LaunchRepo dans Cline

Ouvrez Cline dans votre espace de travail privé LaunchRepo et collez le prompt de démarrage. Le kit mène ensuite l’onboarding, teste votre connexion Chrome sur Example Domain et prépare l’exécution.

• Le prompt de démarrage recommande Claude Code ou Codex CLI pour de meilleurs résultats. Cline fonctionne avec le même kit, car il dispose des deux éléments dont le kit a besoin : l’accès aux fichiers de l’espace de travail et un navigateur via MCP.
• L’agent lit AGENTS.md, démarre votre tableau de bord local et consigne chaque soumission dans le suivi.
• Les étapes CAPTCHA et 2FA vous reviennent sous forme de relais, exactement comme décrit ci-dessus.

Prompt de démarrage LaunchRepo

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.

• Connecter votre agent de code à votre Chrome →
• Lancez votre SaaS sur les annuaires avec Claude Code →
• Playwright MCP vs Chrome DevTools MCP : le test pratique →
• Serveur MCP →

Hors du périmètre de ce test

• Les extensions VS Code et JetBrains et Cline Desktop. Les étapes ci-dessus pour l’extension suivent la documentation Cline.
• Un vrai modèle d’IA. Le substitut retire la qualité du modèle du résultat ; un modèle peut tout de même choisir le mauvais élément.
• --autoConnect vers un profil Chrome du quotidien. Nous avons utilisé un Chrome temporaire via --browser-url.
• Windows et Linux, les serveurs MCP distants, les comptes Cline et les offres payantes.

Sources

Chaque citation ci-dessus est reprise mot pour mot de ces pages, lues le 1 octobre 2026. Les comportements testés proviennent de nos propres essais décrits sur cette page.

FAQ

Où Cline stocke-t-il les réglages des serveurs MCP ?

Dans notre test de Cline CLI 3.0.67, seul ~/.cline/data/settings/cline_mcp_settings.json a été lu (ou le même chemin sous un dossier passé avec --config). ~/.cline/mcp.json et un fichier projet .cline/mcp.json ont été ignorés sans erreur.

Comment ajouter Chrome DevTools MCP à Cline ?

Lancez cline mcp add chrome-devtools --yes -- npx -y chrome-devtools-mcp@1.10.1 --autoConnect --no-usage-statistics --no-performance-crux. La commande écrit l’entrée pour vous. Dans l’extension IDE, ajoutez la même entrée sous mcpServers via MCP Servers → Configure.

Pourquoi Cline n’affiche-t-il pas mes outils MCP ?

Le plus souvent, l’entrée se trouve dans un fichier que Cline ne lit pas, utilise "servers" au lieu de "mcpServers", ou contient "disabled": true. Cline n’avertit dans aucun de ces cas. Un serveur Chrome DevTools chargé apparaît sous forme d’outils nommés chrome-devtools__….

Pourquoi Cline ne trouve-t-il pas un champ de formulaire pourtant bien visible sur la page ?

Sur les pages longues, l’instantané peut dépasser la limite de 8 000 caractères de Cline pour les résultats d’outils, et le milieu de la page est coupé avant que le modèle ne le voie. Dans notre test, relever CLINE_MESSAGE_BUILDER_MAX_TOOL_RESULT_CHARS (non documentée, lue par la CLI 3.0.67) a rendu tout le formulaire visible. Définissez-la avant le premier appel à cline, ou lancez d’abord cline doctor fix, car le hub en cours d’exécution conserve la valeur avec laquelle il a démarré.

Cline peut-il gérer un CAPTCHA ou la 2FA à ma place ?

Non, et il ne doit pas essayer. Il prépare le formulaire et s’arrête. Vous terminez le contrôle dans le même onglet, puis rouvrez la session avec cline --id dans l’interface interactive. Lors de nos essais, le formulaire et la session ont survécu à la pause à chaque fois.

Cline est-il officiellement pris en charge par LaunchRepo ?

LaunchRepo prend en charge les agents de code qui ont accès aux fichiers et au navigateur ; Cline a les deux, et cette page documente une configuration testée. Ce n’est ni une certification ni un partenariat, et le prompt de démarrage recommande toujours Claude Code ou Codex CLI pour de meilleurs résultats.