[{"data":1,"prerenderedAt":49},["ShallowReactive",2],{"doc:fr:settings-projects":3},{"title":4,"lede":5,"html":6,"headings":7},"Réglages : Projets","L’onglet « Projets » règle un projet à la fois : son nom et sa couleur, ses worktrees, la façon dont ses commits sont rédigés, ses commandes de préparation, de démontage et de lancement, et l’accès de ses agents à Escouade.","\u003Ch2 id=\"choisir-le-projet\">Choisir le projet\u003C\u002Fh2>\n\u003Cp>L’onglet agit sur le projet choisi dans la rangée « Projet », sous l’en-tête de la \u003Ca href=\"\u002Fdocs\u002Fsettings-application\u002F\">fenêtre des réglages\u003C\u002Fa> : un bouton par projet ouvert. Ce que tu changes sur un projet reste dans le brouillon quand tu passes à un autre, et tout s’enregistre ensemble avec « Enregistrer ».\u003C\u002Fp>\n\u003Ch2 id=\"identite\">Identité\u003C\u002Fh2>\n\u003Cdiv class=\"table\">\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Réglage\u003C\u002Fth>\n\u003Cth>Effet\u003C\u002Fth>\n\u003Cth>Par défaut\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>« Nom »\u003C\u002Ftd>\n\u003Ctd>Le nom du projet, tel que le montrent son onglet et le sélecteur de projet. Il ne peut pas rester vide : « Enregistrer » est alors bloqué.\u003C\u002Ftd>\n\u003Ctd>Le nom donné à la création, celui du dossier si tu n’en as pas donné\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Dossier »\u003C\u002Ftd>\n\u003Ctd>Le dossier du projet, affiché sans pouvoir être modifié. Le bouton « Ouvrir » l’ouvre avec le gestionnaire de fichiers du système.\u003C\u002Ftd>\n\u003Ctd>—\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Couleur »\u003C\u002Ftd>\n\u003Ctd>Une pastille parmi 14 (13 teintes et un ton neutre). La couleur repère le projet et teinte l’interface quand il est affiché.\u003C\u002Ftd>\n\u003Ctd>La première couleur qu’aucun projet n’a prise, à la création\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Compte préféré »\u003C\u002Ftd>\n\u003Ctd>Le compte sur lequel partent les nouveaux agents et les tickets du projet. Visible seulement avec plusieurs comptes. Choix : « Automatique » (le premier compte actif sous le seuil de pause, dans l’ordre des comptes) ou un des comptes actifs qui servent ce projet.\u003C\u002Ftd>\n\u003Ctd>« Automatique »\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>Les comptes sont décrits dans \u003Ca href=\"\u002Fdocs\u002Faccounts\u002F\">les comptes\u003C\u002Fa> et réglés dans l’onglet \u003Ca href=\"\u002Fdocs\u002Fsettings-accounts\u002F\">« Comptes Claude »\u003C\u002Fa>. Un compte désactivé depuis qu’il a été choisi reste affiché avec « (inactif) » tant qu’il est choisi, et il est ignoré en attendant.\u003C\u002Fp>\n\u003Ch2 id=\"git\">Git\u003C\u002Fh2>\n\u003Cdiv class=\"table\">\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Réglage\u003C\u002Fth>\n\u003Cth>Effet\u003C\u002Fth>\n\u003Cth>Par défaut\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>« Un worktree par agent »\u003C\u002Ftd>\n\u003Ctd>Isole les modifications de chaque nouvel agent dans sa propre branche.\u003C\u002Ftd>\n\u003Ctd>Choisi à la création du projet (désactivé tant que tu ne le coches pas)\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Dossier des worktrees »\u003C\u002Ftd>\n\u003Ctd>Où vont les worktrees des agents du projet.\u003C\u002Ftd>\n\u003Ctd>Vide : \u003Ccode class=\"key\">.claude\u002Fworktrees\u003C\u002Fcode>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Préfixe des branches des agents »\u003C\u002Ftd>\n\u003Ctd>Début du nom de la branche d’un nouvel agent : le préfixe suivi du nom de l’agent. Vide, la branche prend le nom de l’agent seul.\u003C\u002Ftd>\n\u003Ctd>\u003Ccode class=\"key\">escouade\u002F\u003C\u002Fcode>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Préfixe des branches des tickets »\u003C\u002Ftd>\n\u003Ctd>Début du nom de la branche d’un ticket, celle de sa pull request : le préfixe suivi de la clé du ticket. Vide, la branche prend la clé seule.\u003C\u002Ftd>\n\u003Ctd>\u003Ccode class=\"key\">ticket\u002F\u003C\u002Fcode>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Fichiers copiés dans les worktrees »\u003C\u002Ftd>\n\u003Ctd>Les fichiers copiés du projet dans chaque nouveau worktree, un motif par ligne.\u003C\u002Ftd>\n\u003Ctd>\u003Ccode class=\"key\">.env*\u003C\u002Fcode>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Commit »\u003C\u002Ftd>\n\u003Ctd>Qui rédige les commits demandés depuis le panneau des fichiers.\u003C\u002Ftd>\n\u003Ctd>« Rédigé par l’agent »\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>Les worktrees sont expliqués dans \u003Ca href=\"\u002Fdocs\u002Fworktrees\u002F\">les worktrees\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch3 id=\"dossier-des-worktrees\">Dossier des worktrees\u003C\u002Fh3>\n\u003Cp>Tu peux écrire un chemin relatif au dossier du projet (\u003Ccode class=\"key\">..\u002Fapp-worktrees\u003C\u002Fcode>, \u003Ccode class=\"key\">.worktrees\u003C\u002Fcode>), un chemin relatif à ton dossier personnel (\u003Ccode class=\"key\">~\u002Fworktrees\u002Fapp\u003C\u002Fcode>) ou un chemin complet. Les guillemets qu’ajoute « Copier en tant que chemin » sont retirés. Laissé vide, le champ vaut \u003Ccode class=\"key\">.claude\u002Fworktrees\u003C\u002Fcode>, comme \u003Ccode>claude --worktree\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Cp>Sous le champ, une ligne dit où ira le prochain worktree (« Le prochain : » suivi du chemin, avec \u003Ccode class=\"key\"><nom>\u003C\u002Fcode> pour le nom de l’agent). Les worktrees déjà créés restent où ils sont. Hors du projet, la vue Claude Code demande d’abord ta confiance pour chacun.\u003C\u002Fp>\n\u003Cp>Un dossier refusé remplace cette ligne par un message rouge et bloque « Enregistrer » :\u003C\u002Fp>\n\u003Cul>\n\u003Cli>le dossier du projet lui-même ;\u003C\u002Fli>\n\u003Cli>un dossier qui contient celui du projet : choisis-en un à côté (\u003Ccode class=\"key\">..\u002Fapp-worktrees\u003C\u002Fcode>) ou dedans (\u003Ccode class=\"key\">.worktrees\u003C\u002Fcode>) ;\u003C\u002Fli>\n\u003Cli>un dossier situé dans un dossier \u003Ccode class=\"key\">.git\u003C\u002Fcode> ;\u003C\u002Fli>\n\u003Cli>sous Windows, un chemin qui n’est ni relatif ni complet, comme \u003Ccode class=\"key\">D:wt\u003C\u002Fcode> ou \u003Ccode class=\"key\">\\wt\u003C\u002Fcode>.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3 id=\"prefixes-de-branche\">Préfixes de branche\u003C\u002Fh3>\n\u003Cp>Les noms de branche des agents et des tickets sont ceux qui partent sur le dépôt distant avec une pull request : les préfixes servent à suivre la convention d’un dépôt. Les \u003Ca href=\"\u002Fdocs\u002Fbranches\u002F\">branches\u003C\u002Fa> sont décrites à part. Sous chaque champ, une ligne montre la forme obtenue.\u003C\u002Fp>\n\u003Cp>Un préfixe qui ne donnerait pas un nom de branche valide est refusé pendant que tu tapes, et bloque « Enregistrer ». Sont refusés : un espace, \u003Ccode class=\"key\">..\u003C\u002Fcode>, \u003Ccode class=\"key\">~\u003C\u002Fcode>, \u003Ccode class=\"key\">^\u003C\u002Fcode>, \u003Ccode class=\"key\">:\u003C\u002Fcode>, \u003Ccode class=\"key\">?\u003C\u002Fcode>, \u003Ccode class=\"key\">*\u003C\u002Fcode>, \u003Ccode class=\"key\">[\u003C\u002Fcode>, \u003Ccode class=\"key\">\\\u003C\u002Fcode> et \u003Ccode class=\"key\">@{\u003C\u002Fcode> ; un \u003Ccode class=\"key\">-\u003C\u002Fcode> ou un \u003Ccode class=\"key\">\u002F\u003C\u002Fcode> au début ; \u003Ccode class=\"key\">\u002F\u002F\u003C\u002Fcode> ; une partie du nom qui commence par \u003Ccode class=\"key\">.\u003C\u002Fcode> ou finit par \u003Ccode class=\"key\">.lock\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Ch3 id=\"fichiers-copies-dans-les-worktrees\">Fichiers copiés dans les worktrees\u003C\u002Fh3>\n\u003Cp>Le champ est une zone de texte, un motif par ligne : \u003Ccode class=\"key\">.env*\u003C\u002Fcode> copie les \u003Ccode class=\"key\">.env\u003C\u002Fcode> de la racine, \u003Ccode class=\"key\">**\u002F.env*\u003C\u002Fcode> ceux de tous les dossiers. Seuls sont copiés les fichiers que git ignore, et ils ne sont jamais commités. Les lignes vides sont ignorées.\u003C\u002Fp>\n\u003Ch3 id=\"commit\">Commit\u003C\u002Fh3>\n\u003Cp>Ce choix concerne les boutons « Commit… » et « Commit tout… » du panneau des fichiers, décrits dans \u003Ca href=\"\u002Fdocs\u002Fgit\u002F\">Git\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cul>\n\u003Cli>« Rédigé par l’agent » : l’agent est invité à commiter ses modifications.\u003C\u002Fli>\n\u003Cli>« Direct, avec un message proposé » : Escouade propose un message, tu le relis et tu commites toi-même.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2 id=\"serveur-mcp\">Serveur MCP\u003C\u002Fh2>\n\u003Cdiv class=\"table\">\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Réglage\u003C\u002Fth>\n\u003Cth>Effet\u003C\u002Fth>\n\u003Cth>Par défaut\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>« Les agents peuvent utiliser Escouade »\u003C\u002Ftd>\n\u003Ctd>Les agents du projet lisent les tickets et les agents, et peuvent créer des tickets ou lancer d’autres agents, ce qui dépense du quota. Chaque agent reçoit un jeton à lui. S’applique au prochain démarrage de son processus.\u003C\u002Ftd>\n\u003Ctd>Désactivé\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>Le \u003Ca href=\"\u002Fdocs\u002Fmcp\u002F\">serveur MCP\u003C\u002Fa> tourne dès qu’un projet laisse ses agents l’utiliser, même quand « Claude peut piloter Escouade » est éteint dans l’onglet \u003Ca href=\"\u002Fdocs\u002Fsettings-claude-code\u002F\">« Claude Code »\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch2 id=\"worktrees\">Worktrees\u003C\u002Fh2>\n\u003Cp>Ce groupe règle les commandes qu’Escouade lance quand un worktree du projet s’ouvre, et avant qu’il soit supprimé. Aucune commande n’est définie au départ.\u003C\u002Fp>\n\u003Cdiv class=\"table\">\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Réglage\u003C\u002Fth>\n\u003Cth>Effet\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>« À l’ouverture d’un worktree »\u003C\u002Ftd>\n\u003Ctd>La préparation. Les commandes tournent dans l’ordre, avant le premier message de l’agent : dépendances, code généré… Les messages attendent la fin.\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Avant sa suppression »\u003C\u002Ftd>\n\u003Ctd>Le démontage. Ce que la préparation a créé hors du worktree (base de données, conteneurs…) ; souvent rien.\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>Chaque commande est une ligne numérotée.\u003C\u002Fp>\n\u003Cdiv class=\"table\">\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Champ\u003C\u002Fth>\n\u003Cth>Effet\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>« Shell »\u003C\u002Ftd>\n\u003Ctd>Le shell qui la lance, parmi ceux que l’app détecte. Une nouvelle commande prend le premier trouvé. Un shell que la machine n’a pas s’affiche avec « (introuvable) ».\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Commande »\u003C\u002Ftd>\n\u003Ctd>La ligne de commande, comme \u003Ccode>npm ci\u003C\u002Fcode>.\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Sous-dossier »\u003C\u002Ftd>\n\u003Ctd>Le dossier du worktree où elle tourne. Vide : sa racine.\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>↑ et ↓\u003C\u002Ftd>\n\u003Ctd>Montent ou descendent la commande. \u003Ccode class=\"key\">Alt+↑\u003C\u002Fcode> et \u003Ccode class=\"key\">Alt+↓\u003C\u002Fcode> (\u003Ccode class=\"key\">⌥↑\u003C\u002Fcode> et \u003Ccode class=\"key\">⌥↓\u003C\u002Fcode> sous macOS) font de même depuis n’importe quel champ de la ligne.\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>×\u003C\u002Ftd>\n\u003Ctd>Supprime la commande.\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>« + Ajouter une commande » ajoute une ligne à la liste. Une commande dont la ligne de commande est vide n’est pas enregistrée.\u003C\u002Fp>\n\u003Cp>Ces variables sont disponibles : \u003Ccode class=\"key\">ESCOUADE_PROJECT_DIR\u003C\u002Fcode> (le projet), \u003Ccode>ESCOUADE_WORKTREE_DIR\u003C\u002Fcode>, \u003Ccode class=\"key\">ESCOUADE_BRANCH\u003C\u002Fcode>, et les ports réservés d’un ticket (\u003Ccode class=\"key\">ESCOUADE_PORT_BASE\u003C\u002Fcode>, \u003Ccode class=\"key\">ESCOUADE_PORT_END\u003C\u002Fcode>). Un échec est signalé dans la conversation de l’agent.\u003C\u002Fp>\n\u003Ch3 id=\"remplir-automatiquement\">Remplir automatiquement\u003C\u002Fh3>\n\u003Cp>Le bouton « ✦ Remplir automatiquement » (« Claude lit le projet… » pendant qu’il travaille) demande à Claude de proposer les commandes. Il lit le projet (manifestes, lockfiles, README…) avec des outils de lecture seule : il ne modifie rien et ne lance rien. Ses commandes sont écrites pour le premier shell détecté.\u003C\u002Fp>\n\u003Cp>La proposition s’affiche en entier, avec le shell et le dossier de chaque commande, dans « Commandes de worktree proposées ». Relis chaque commande en entier : une fois enregistrées, elles tournent seules, la préparation à l’ouverture de chaque nouveau worktree et le démontage avant sa suppression.\u003C\u002Fp>\n\u003Cul>\n\u003Cli>« Remplacer les commandes » met la proposition à la place des deux listes du brouillon.\u003C\u002Fli>\n\u003Cli>« Ignorer » la jette.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Rien n’est enregistré avant « Enregistrer ». Un message dit combien de commandes sont proposées, et combien Claude en a écarté (caractères invisibles ou ligne trop longue). Quand il n’en trouve aucune, il dit « Claude n’a trouvé aucune commande à lancer pour ce projet. ».\u003C\u002Fp>\n\u003Ch2 id=\"lancement\">Lancement\u003C\u002Fh2>\n\u003Cp>Les commandes de lancement démarrent les serveurs, les observateurs et les services du projet. Chacune tourne dans son propre terminal, en lecture seule, lancée depuis la section Lancement de la barre latérale. L’engrenage de cette section (« Commandes de lancement… ») ouvre cet onglet sur ce groupe. Quand la section est vide, ses liens « Configurer » et « ✦ Proposer des commandes » l’ouvrent aussi, le second lançant en plus le remplissage. Voir \u003Ca href=\"\u002Fdocs\u002Flaunch\u002F\">le lancement\u003C\u002Fa> et \u003Ca href=\"\u002Fdocs\u002Fterminals\u002F\">les terminaux\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>Sans commande, le groupe dit « Aucune commande pour l’instant. ». Chaque commande a quatre champs.\u003C\u002Fp>\n\u003Cdiv class=\"table\">\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Champ\u003C\u002Fth>\n\u003Cth>Effet\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>« Nom »\u003C\u002Ftd>\n\u003Ctd>Le nom affiché dans la section Lancement, comme « Front ». Obligatoire.\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Shell »\u003C\u002Ftd>\n\u003Ctd>Le shell qui la lance. Une nouvelle commande prend le premier shell trouvé.\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Commande »\u003C\u002Ftd>\n\u003Ctd>La ligne de commande, comme \u003Ccode>npm run dev\u003C\u002Fcode>. Obligatoire.\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Sous-dossier » (vide = dossier du projet)\u003C\u002Ftd>\n\u003Ctd>Le dossier, sous celui du projet, où elle tourne, comme \u003Ccode class=\"key\">apps\u002Fweb\u003C\u002Fcode>.\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>La croix à droite supprime la commande, et « + Ajouter une commande » en ajoute une. Une commande sans nom ou sans ligne de commande bloque « Enregistrer ».\u003C\u002Fp>\n\u003Cp>« ✦ Remplir automatiquement » fonctionne comme pour les worktrees. Claude lit le projet (manifestes, scripts, docker-compose, README…) et propose les commandes à lancer dans « Commandes de lancement proposées », que « Remplacer les commandes » met à la place de la liste.\u003C\u002Fp>\n\u003Ch2 id=\"zone-sensible\">Zone sensible\u003C\u002Fh2>\n\u003Cdiv class=\"table\">\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Réglage\u003C\u002Fth>\n\u003Cth>Effet\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>« Fermer le projet »\u003C\u002Ftd>\n\u003Ctd>Le bouton « Fermer le projet… » demande confirmation, puis retire le projet et ses agents de l’app, conversations comprises. Les fichiers et les worktrees sur le disque ne sont pas touchés.\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>Fermer le projet agit tout de suite, sans attendre « Enregistrer », et ramène aux réglages avec le brouillon tel qu’il était.\u003C\u002Fp>\n\u003Ch2 id=\"les-autres-reglages-d-un-projet\">Les autres réglages d’un projet\u003C\u002Fh2>\n\u003Cp>Les liens d’un projet vers Jira, Trello, GitHub Issues et Linear se règlent dans l’onglet \u003Ca href=\"\u002Fdocs\u002Fsettings-integrations\u002F\">« Intégrations »\u003C\u002Fa>. Son Kanban (pilote auto, agents, validation) se règle dans l’onglet \u003Ca href=\"\u002Fdocs\u002Fsettings-board\u002F\">« Kanban »\u003C\u002Fa>.\u003C\u002Fp>\n",[8,12,15,18,22,25,28,31,34,37,40,43,46],{"id":9,"text":10,"depth":11},"choisir-le-projet","Choisir le projet",2,{"id":13,"text":14,"depth":11},"identite","Identité",{"id":16,"text":17,"depth":11},"git","Git",{"id":19,"text":20,"depth":21},"dossier-des-worktrees","Dossier des worktrees",3,{"id":23,"text":24,"depth":21},"prefixes-de-branche","Préfixes de branche",{"id":26,"text":27,"depth":21},"fichiers-copies-dans-les-worktrees","Fichiers copiés dans les worktrees",{"id":29,"text":30,"depth":21},"commit","Commit",{"id":32,"text":33,"depth":11},"serveur-mcp","Serveur MCP",{"id":35,"text":36,"depth":11},"worktrees","Worktrees",{"id":38,"text":39,"depth":21},"remplir-automatiquement","Remplir automatiquement",{"id":41,"text":42,"depth":11},"lancement","Lancement",{"id":44,"text":45,"depth":11},"zone-sensible","Zone sensible",{"id":47,"text":48,"depth":11},"les-autres-reglages-d-un-projet","Les autres réglages d’un projet",1791926755864]