Laissez Claude coordonner le travail en cours avec Projects

• Envoyer le travail à un seul endroit : collez un rapport de bug, une trace de pile ou une liste de tâches dans la conversation chaque fois qu’une apparaît. Claude démarre un thread pour chaque élément de travail ou le transmet au thread déjà en train de travailler dans ce domaine, et répond aux questions rapides sur place.
• Définir le contexte une seule fois : chaque nouveau thread commence avec les instructions du projet, donc une règle que vous énoncez une seule fois, comme la branche à cibler, atteint tous les threads.
• Partez et revenez au travail terminé : quand vous revenez une heure plus tard ou le lendemain matin, le volet Overview montre quels threads ont terminé, quelles pull requests sont prêtes pour examen, et quel thread attend votre réponse.

​

Quand utiliser un projet

• Un objectif sur plusieurs référentiels : « Mettre à jour chaque service avec la nouvelle configuration lint. » Claude peut exécuter un thread par référentiel, chacun avec sa propre pull request, et le volet Overview montre lesquels sont prêts pour examen.
• Un domaine que vous continuez à alimenter : les bugs, les traces de pile et les demandes d’examen pour un service, collés dans la conversation au fur et à mesure qu’ils vous parviennent. Une mise en garde que vous dites à Claude de mémoriser après une correction est dans la mémoire du projet pour la prochaine.
• Une construction ou une migration plus grande qu’une session : « Construire ce que docs/spec.md décrit » ou « Migrer l’application hors de l’ORM obsolète. » Le travail se divise en threads qui prennent chacun une partie, les décisions que vous demandez à Claude de mémoriser au début atteignent les threads ultérieurs, et la spécification change et les bugs que vous trouvez pendant la construction vont dans la même conversation.
• Un travail qui n’est pas du code : un dossier de contrats ou une exportation de tickets d’assistance sur laquelle vous revenez continuellement avec de nouvelles questions, comme « trouver les dix erreurs d’intégration les plus courantes dans ces tickets. » Téléchargez les documents au lieu d’ajouter un référentiel, et les threads livrent chaque rapport en tant que fichier sur l’onglet Library du projet.

​

Quand quelque chose d’autre convient mieux

• Une tâche qui tient dans une session : « Corriger le test de connexion instable. » Démarrez une session cloud vous-même.
• Un travail où chaque tâche nécessite votre machine : une base de données locale, un émulateur d’appareil, ou une API derrière votre VPN. Utilisez une session locale, ou agent view pour en exécuter plusieurs à la fois. Si le travail ne nécessite que des fichiers locaux, téléchargez-les vers le projet à la place.
• Une tâche qui se répète selon un calendrier sans conversation autour : « Publier un rapport de dépendances chaque lundi. » Créez une tâche planifiée cloud seule.
• Plusieurs personnes donnant du travail à Claude et le dirigeant ensemble dans un canal Slack : voir Claude Tag.

​

Comment un projet est organisé

• La conversation du projet : une session longue durée unique où Claude agit en tant que coordinateur. Il prend ce que vous envoyez, décide ce qui devient un thread, et garde une trace de chaque thread qu’il a démarré. Il voit ce que les threads rapportent, pas chaque étape qu’ils prennent.
• Threads : les travailleurs. Chacun est une session distincte avec sa propre fenêtre de contexte qui fait un morceau de travail et rapporte à la conversation quand il termine. Un thread cloud travaille sur sa propre branche et ouvre une pull request quand le travail l’exige.
• Ce que chaque thread cloud commence avec :
  • Les dépôts et fichiers du projet, plus ses instructions et mémoire
  • Le CLAUDE.md dans chacun des dépôts du projet, mais pas les skills, le .claude/settings.json ni le .mcp.json des dépôts
  • Les connecteurs sur votre compte claude.ai
  • Un environnement cloud qui définit son accès réseau, les variables d’environnement, les secrets réseau et les outils installés
• Le volet Overview : où vous voyez tous les threads à la fois et lesquels vous attendent. Ses autres onglets sont Library pour les fichiers que vous avez ajoutés et les fichiers que les threads ont produits, Pull requests pour celles que les threads ont ouvertes, et Scheduled tasks pour le travail planifié dans le projet.

​

Créer un projet

• À partir de zéro, quand vous connaissez le flux de travail que vous voulez que Claude exécute : ouvrez la boîte de dialogue New project et nommez-la. Démarrer un nouveau projet à partir de zéro parcourt la boîte de dialogue.
• À partir d’une session cloud qui fait déjà le travail : dans le menu de cette session dans la barre latérale, choisissez Continue in project, puis Continue as new project. Claude propose la configuration du projet à partir de ce que la session faisait. Voir Démarrer à partir d’une session cloud existante.

​

Vérifier les prérequis

• Plan : vous êtes sur Pro, Max ou Ultra et Projects s’affiche dans votre barre latérale, directement ou sous More. Sélectionnez Projects et vérifiez qu’il propose New project ou Get started.
• GitHub, si le projet travaillera sur du code : votre code est sur github.com plutôt que sur GitHub Enterprise Server, GitLab ou Bitbucket, votre compte GitHub connecté y a accès en push, et l’application Claude GitHub est installée dessus. Si vous avez connecté GitHub avec /web-setup, ce token permet à vos autres sessions cloud d’atteindre un référentiel mais n’est pas suffisant pour les threads du projet, qui ont besoin de l’application Claude GitHub. Configurer l’accès GitHub a les étapes.
• Accès réseau, secrets et outils : pour les threads cloud, ceux-ci proviennent de l’environnement cloud du projet. L’environnement par défaut atteint déjà les registres de packages courants, donc vérifiez ceci seulement si le travail a besoin d’autres domaines, d’un secret ou d’un outil qui n’est pas préinstallé. Si le travail a besoin d’un serveur MCP, vérifiez qu’il s’affiche comme connecté dans vos connecteurs claude.ai.

​

Démarrer un nouveau projet à partir de zéro

​

Démarrer à partir d’une session existante

• Choisissez Continue as new project pour créer un nouveau projet à partir de la session. Le projet s’ouvre, et Claude lit la session et publie Setup recommendations dans la conversation du projet pour que vous les confirmiez. La session d’origine reste dans votre liste de sessions. Si elle était au milieu d’un tour, elle continue à s’exécuter, donc arrêtez-la vous-même si vous ne voulez pas que les deux fonctionnent à la fois.
• Choisissez l’un de vos projets existants pour apporter le travail de la session dans ce projet. Ce projet s’ouvre, et un message envoyé en votre nom demande à Claude de lire la session et de reprendre là où elle s’était arrêtée. La session d’origine reste dans votre liste de sessions, inchangée.

1. Si la session n’est pas encore connectée, exécutez /remote-control dans celle-ci. Si elle s’est connectée alors que ce paramètre était activé, déconnectez-la et reconnectez-la d’abord.
2. Dans un navigateur, trouvez la ligne de la session dans la barre latérale sur claude.ai/code, ouvrez son menu et faites votre choix dans le même sous-menu.

​

Configurer l’accès GitHub

​

Travailler dans un projet

​

Votre premier lot

1. Rédigez les instructions du projet : le brief dont part chaque thread, par exemple quelle branche cibler, comment un thread vérifie son travail et ce qui nécessite votre feu vert.
2. Envoyez une petite partie du vrai travail, ou démarrez l’un des threads suggérés par Claude s’il en a proposé, et ouvrez le thread une fois terminé pour voir comment il rend compte et ce qu’il a fait sur sa branche. S’il a supposé quelque chose de faux ou n’a pas pu accéder à ce dont il avait besoin, Les threads ont deviné ou se sont bloqués au lieu de demander explique où corriger cela.
3. Vérifiez Thread model et Thread effort dans Project settings > General. Un nouveau projet exécute chaque thread sur Opus avec un effort élevé, ce qui consomme votre forfait le plus rapidement ; Choisir les modèles et laisser Claude gérer le contexte présente les alternatives.
4. Demandez à Claude de proposer les threads avant de les démarrer et d’en exécuter quelques-uns à la fois, puis levez ces limites une fois que quelques threads sont revenus comme vous le souhaitez.

​

Envoyer du travail et lire les résultats

• Une question rapide obtient généralement une réponse dans la conversation.
• Un nouveau travail va dans un nouveau thread ou dans un thread travaillant déjà dans ce domaine, et Claude vous indique lequel. Chaque nouveau thread apparaît sous votre message sous forme de carte : un encadré avec le titre et le statut du thread, sur lequel vous cliquez pour ouvrir le thread.
• Plusieurs tâches sans rapport dans un même message deviennent des threads distincts.

​

Examiner la pull request d’un thread

• Branche : travaille sur une nouvelle branche, créée à partir de la branche par défaut du dépôt.
• Pull request : en ouvre une lorsque vous le demandez, et peut en ouvrir une de lui-même pour une correction de bug ou une autre modification concrète.
• Après son ouverture : surveille la pull request avec l’auto-fix activé, que l’auto-fix soit activé ou non pour vos autres sessions cloud. Il pousse des correctifs lorsque la CI échoue, traite les commentaires de revue et répond dans le thread lorsque les vérifications réussissent et que la pull request est prête pour vous.

• Resolve conflicts, Fix CI, Address comments et Merge it envoient cette instruction au thread sous forme de message de votre part, afin que vous puissiez relancer le thread vous-même au lieu d’attendre qu’il réagisse à la pull request.
• Review PR ouvre la pull request sur GitHub.
• Create PR apparaît lorsqu’un thread inactif a poussé une branche mais n’a pas ouvert de pull request. Cliquer dessus crée directement la pull request à partir de cette branche, plutôt que d’envoyer au thread l’instruction d’en ouvrir une.

​

Voir ce qui requiert votre attention dans Overview

• Library : les fichiers et dossiers que vous avez ajoutés et les fichiers produits par les threads
• Pull requests : affiché dès que des threads en ont ouvert
• Scheduled tasks : les tâches planifiées cloud que Claude a configurées depuis ce projet

​

Ouvrir un thread lorsque vous avez besoin de contrôle

• Lire ce que Claude a fait, étape par étape.
• Orienter la tâche en écrivant dans la zone de message propre au thread. Un message écrit là va directement à ce thread, tandis qu’une suite dans la conversation du projet ne l’atteint que lorsque Claude associe cette suite à ce thread.
• Répondre à une demande de permission que le thread attend.
• Interrompre le thread avec Stop, qui remplace le bouton d’envoi pendant que le thread travaille, ou en appuyant sur Esc.

​

Choisir les modèles et laisser Claude gérer le contexte

• Thread model et Thread effort s’appliquent aux threads. Pour utiliser un autre modèle pour une tâche, demandez-le dans la tâche ; pour un thread déjà en cours, utilisez le sélecteur de modèle de ce thread.
• Coordinator model et Coordinator effort s’appliquent à Claude dans la conversation du projet.

​

Ajuster la façon dont Claude gère un projet

• « Propose des threads et attends mon feu vert avant de les démarrer » ou « Démarre-les maintenant sans me demander de confirmer »
• « Exécute au maximum deux threads à la fois » ou « Réutilise un thread existant pour les suites dans le même domaine »
• « Publie des mises à jour plus courtes » ou « Ne publie que lorsque quelque chose se termine ou est bloqué »
• « Donne-moi un point d’avancement sur chaque thread »
• « Fais cette tâche avec un modèle plus petit »
• « N’ouvre pas de pull request avant que j’aie vu le plan »
• « Dis-moi ce qui ne va pas dans ces dépôts et ne corrige rien pour l’instant », lorsque vous voulez passer en revue les constats avant que l’un d’eux ne devienne un thread
• « Réponds ici au lieu de démarrer un thread », lorsque Claude démarre un thread pour ce que vous considériez comme une question rapide

​

Débloquer un thread en attente d’approbation

​

Exécuter un thread sur votre propre ordinateur

• Travaille avec les fichiers, outils, serveurs MCP et paramètres Claude Code de cette machine, y compris ses hooks et ses règles de permission, au lieu de l’environnement cloud du projet
• Démarre avec les instructions du projet, mais sans ses fichiers de mémoire chargés
• Ne s’exécute que tant que cet ordinateur est allumé avec Remote Control activé

• Pour relancer le thread : consultez Lost contact with your folder
• Pour empêcher l’ordinateur de se mettre en veille de lui-même : dans l’application de bureau, activez Keep this computer awake for Remote Control dans Settings > Code ou Settings > Claude Code

​

Donner un contexte permanent à un projet

​

Écrire les instructions du projet

• À quoi sert le projet
• Où le travail se fait : quels dépôts, à partir de quelle branche commencer, comment nommer les pull requests
• Comment un thread vérifie son propre travail avant de l’appeler terminé
• Quoi faire quand quelque chose dont il a besoin manque
• Ce qui a besoin de votre approbation en premier

This project holds p95 latency for the payments API under 200 ms: profiling, query and caching fixes, and the dependency upgrades that come with them, in the payments-api repository.

- Branch from main and open one draft pull request per thread.
- Before you call work done, run `make test` and `make lint` and paste the summary lines in your final message.
- If you can't reach something you need, such as a repository, a secret, an API, or a connector, say exactly what's missing in your first message and stop. Don't substitute, mock, or guess.
- Don't merge, force-push, or change CI configuration without asking me in the thread.

​

Décider quels dépôts ajouter

• L’ajouter au projet, dans la boîte de dialogue New project, dans Project settings > Environment, ou en demandant à Claude dans la conversation de l’ajouter au projet. Chaque thread cloud à partir de là le clone et commence avec son CLAUDE.md chargé, que la tâche le touche ou non.
• Le laisser de côté et laisser les threads l’ajouter quand nécessaire. Un thread cloud dont la tâche a besoin d’un dépôt que le projet n’a pas peut l’ajouter à lui-même, et une note dans le thread dit qu’il a été ajouté à ce thread seulement. Le clone se produit à mi-chemin de la tâche, donc le CLAUDE.md de ce dépôt n’était pas là quand le thread a commencé. Le thread suivant commence sans lui. Un dépôt ajouté de cette façon a besoin des mêmes prérequis qu’un dépôt de projet : l’application Claude GitHub installée dessus et l’accès en push de votre compte GitHub.

​

Ajouter des fichiers et des dossiers

• Library tab : jusqu’à 100 fichiers et 2 GB en un seul choix, avec un seul fichier jusqu’à 480 MB.
• New project dialog : les fichiers de plus de 30 MB sont ignorés, donc ajoutez les fichiers plus volumineux à partir de l’onglet Library après avoir créé le projet.
• Folders : quand vous ajoutez un dossier à partir de l’un ou l’autre endroit, le projet reçoit une copie de ses 100 premiers fichiers jusqu’à 200 MB, sans aucun fichier de plus de 30 MB, fichiers cachés ou node_modules. Un projet contient jusqu’à 10 dossiers et dossiers Google Drive combinés, et les fichiers uniques ne comptent pas vers cette limite.
• Changes after upload : les uploads sont des copies, donc une modification que vous apportez sur votre ordinateur après ne parvient au projet que si vous téléchargez le fichier à nouveau et choisissez Replace quand on vous demande le nom existant.

​

Ce que les threads reprennent de vos dépôts

​

Choisir un environnement pour les threads

​

Obtenir des skills, des plugins, des connecteurs et des outils dans les threads

• Skills : activez-les pour votre compte claude.ai, et les threads cloud chargent les skills que vous y activez, à l’exception de certains threads dans un environnement auto-hébergé. Les skills commités dans le .claude/skills/ d’un dépôt ne se chargent pas dans les threads cloud.
• Plugins : ajoutez-les dans Project settings > Plugins ; ils se chargent dans chaque nouveau thread cloud. Les plugins qu’un dépôt déclare dans son .claude/settings.json ne se chargent pas dans les threads cloud.
• Serveurs MCP : les threads cloud obtiennent leurs outils MCP à partir des connecteurs sur votre compte claude.ai, qui sont des serveurs MCP que vous connectez une fois à claude.ai/customize/connectors. Chaque thread cloud peut tous les utiliser sans configuration par projet. La conversation du projet elle-même n’a pas de connecteurs, donc envoyez le travail qui en a besoin en tant que tâche pour un thread cloud. Comment les connecteurs atteignent Claude Code énumère les règles pour les sessions cloud et les paramètres qui désactivent les connecteurs.
• Outils en ligne de commande et packages : installez-les dans le script de configuration de l’environnement.

​

Référence des paramètres du projet

​

Pause, archive ou suppression d’un projet

• Pause : arrête tout à la fois. Chaque thread en cours d’exécution et la conversation sont interrompus, aucun nouveau thread ne démarre, les tâches planifiées ne s’exécutent pas, et le projet n’accepte pas de messages jusqu’à ce que vous le repreniez. Cliquez sur Resume au même endroit ou sur la bannière au-dessus de la boîte de message du projet ; un thread en pause continue quand vous lui envoyez un message après cela.
• Archive : masque le projet de la barre latérale et archive ses threads, ce qui arrête tout thread qui était en cours d’exécution ou surveillait une pull request. Les tâches planifiées du projet ne s’exécutent pas pendant qu’il est archivé. Pour ramener le projet, ouvrez-le à partir de la page Projects et cliquez sur Unarchive. Ses threads restent archivés jusqu’à ce que vous les désarchiviez individuellement à partir de la liste des sessions.
• Delete : supprime définitivement le projet ainsi que ses threads, sa mémoire et ses fichiers, et désactive les tâches planifiées du projet. Cela ne peut pas être annulé. Les branches et pull requests que les threads ont poussées vers GitHub ne sont pas affectées.

​

Utilisation et coût

​

Ce qui utilise votre plan

• Threads en cours d’exécution : chacun est une session complète, et plusieurs peuvent s’exécuter à la fois. Il n’y a pas de nombre fixe ; Claude démarre autant que le travail l’exige, et une limite que vous demandez est une préférence plutôt qu’un plafond. La limite appliquée est 500 nouveaux threads par jour sur vos projets.
• La conversation : Claude utilise des tokens en lisant ce que les threads rapportent et en décidant quoi faire ensuite.
• Threads surveillant une pull request : un thread inactif se réveille et utilise votre plan à nouveau quand CI échoue ou un commentaire d’examen arrive sur sa pull request. Pour arrêter cela, demandez dans le thread de cesser de surveiller la pull request.

​

Voir et réduire l’utilisation d’un projet

• Sur Pro, Max et Ultra dans les limites de votre plan, la durée de vie du cache est d’une heure. Un thread inactif depuis plus longtemps relit l’intégralité de sa conversation avant de faire quoi que ce soit lorsqu’une suite lui parvient. Pour le nouveau travail, demandez à Claude de démarrer un thread frais, ce qui peut utiliser moins que de relancer un grand ancien.
• Pour le travail qui n’a pas besoin du plus grand modèle, choisissez un modèle plus petit ou un niveau d’effort inférieur pour les threads, la conversation ou les deux.
• Demandez à Claude dans la conversation du projet d’exécuter moins de threads à la fois, ou de répondre aux petites questions lui-même au lieu de démarrer un thread.

​

Comment les projets se rapportent à d’autres fonctionnalités de Claude Code

• Claude Tag : Claude Tag est Claude dans les canaux Slack de votre équipe, sur les plans Team et Enterprise. N’importe qui dans un canal peut lui donner du travail, tout le monde dans le canal le voit et le dirige, et il utilise les connexions qu’un administrateur a configurées pour ce canal. Les projets sont disponibles sur Pro, Max et Ultra. Un projet est le vôtre seul : vous êtes le seul à lui envoyer du travail ou à voir ses threads, et il utilise votre propre accès GitHub et vos connecteurs. Comment Claude Tag diffère de Cowork et Claude Code présente la comparaison côte à côte.
• Sessions cloud : chaque thread est une session cloud sauf si vous demandez à Claude de l’exécuter sur votre machine. De toute façon, Claude la démarre et la suit au lieu de vous. Vous pouvez également intégrer à un projet le travail d’une session cloud que vous avez démarrée vous-même : choisissez Continue in project dans le menu de la barre latérale de cette session.
• Tâches planifiées : quand vous demandez du travail planifié dans un projet, Claude crée une tâche planifiée cloud qui s’exécute en tant que threads dans ce projet et apparaît sur son onglet Scheduled tasks. Les tâches planifiées que vous créez en dehors d’un projet continuent à fonctionner seules.
• Remote Control : Remote Control connecte claude.ai à une session Claude Code s’exécutant sur votre machine. Quand vous demandez à Claude dans un projet d’exécuter un thread sur votre ordinateur, le projet utilise Remote Control pour le faire.
• Sessions locales et agent view : une session que vous démarrez vous-même dans votre terminal, IDE ou l’environnement local de l’application de bureau reste en dehors de vos projets, mais vous pouvez intégrer son travail à l’un d’eux. Agent view est un écran pour suivre plusieurs sessions locales côte à côte, et vous démarrez toujours chacune et lui donnez sa tâche vous-même.
• Worktrees : un worktree donne à chaque session locale sa propre copie de travail d’un dépôt. Les threads cloud n’en ont pas besoin : chacun clone ses dépôts dans son propre sandbox cloud et travaille sur sa propre branche.
• Équipes d’agents : une équipe d’agents est une session qui démarre des sessions de coéquipiers pour une seule tâche, sur votre machine ou à l’intérieur d’une session cloud, et se termine avec cette tâche.
• Subagents : un subagent s’exécute à l’intérieur d’une session, effectue une tâche secondaire dans sa propre fenêtre de contexte, et retourne un résumé à cette session. Les threads d’un projet sont des sessions complètes que Claude démarre et qui rendent compte à la conversation du projet, et un thread peut toujours utiliser des subagents pour ses propres tâches secondaires.
• Projects dans le chat claude.ai et Cowork : l’expérience Projects antérieure, qui groupe les conversations et les fichiers de référence sans threads ni coordinateur. Ces projets continuent à fonctionner comme ils le font aujourd’hui jusqu’à ce que l’expérience repensée les atteigne.

​

Limitations

• Les projets sont disponibles à claude.ai/code, dans l’application de bureau et dans l’application mobile Claude, pas dans le CLI du terminal, l’extension VS Code ou le plugin JetBrains, et pas via Amazon Bedrock, la plateforme d’agents de Google Cloud ou Microsoft Foundry.
• Les threads du projet sont des sessions cloud, ou des sessions sur votre propre machine via Remote Control, avec Anthropic comme fournisseur de modèle dans les deux cas. Sécurité et Utilisation des données couvrent comment les sessions cloud sont isolées et ce qui est conservé, et Connexion et sécurité couvre comment un thread sur votre machine se connecte et ce qui est stocké.
• Vous ne pouvez pas ajouter une session que vous avez démarrée vous-même sur votre machine à un projet, mais vous pouvez intégrer son travail dans un projet. Un projet atteint votre machine en exécutant un thread là-bas via Remote Control, et cette section énumère ce dont il a besoin.
• Le sandbox d’un thread cloud se met en pause entre les tours et reprend quand le thread continue. Si le sandbox ne peut pas être repris, le thread continue à partir d’un clone frais, donc les modifications non validées peuvent être perdues. Sur les tâches longues, demandez à Claude de valider et de pousser le travail en cours.
• Un projet appartient à un utilisateur. Vous ne pouvez pas partager un projet ou ses threads avec un autre utilisateur, et les transcriptions de threads n’ont pas l’option de partage que les autres sessions cloud ont. Il n’y a pas de contrôles au niveau de l’organisation pour les projets pendant la bêta.
• Un thread appartient au seul projet qui l’a démarré. Vous ne pouvez pas déplacer ou copier un thread vers un autre projet, ou le déplacer pour qu’il soit seul. Continue in project va seulement dans l’autre sens : il apporte le travail d’une session cloud dans un projet. Vous ne pouvez pas fusionner deux projets en un.

​

Dépannage

​

Un thread semble bloqué

​

Les threads ont deviné ou se sont arrêtés au lieu de demander

1. Demandez à Claude dans la conversation : « Pour chaque thread ouvert, énumérez ce que vous lui avez demandé de faire, ce qu’il a supposé ou ne pouvait pas atteindre, et sur quoi il attend. » Claude lit chaque thread et répond dans la conversation.
2. Pour les threads qui ont commencé à partir d’une mauvaise hypothèse, ouvrez le thread depuis Overview et marquez-le résolu depuis son menu, ou dites-lui quoi faire à la place dans sa boîte de message. Sa branche et toute pull request restent sur GitHub jusqu’à ce que vous les supprimiez.
3. Corrigez l’écart une seule fois, dans les instructions du projet ou l’environnement, puis envoyez un thread avant d’envoyer le reste du travail à nouveau en tant que nouveaux threads.

​

Claude n’a pas répondu

​

Erreurs d’accès au référentiel

• « Couldn’t start the session — Claude doesn’t have GitHub access to this project’s repository », rapporté avant le démarrage du thread, quand l’application Claude GitHub n’est pas installée sur ce référentiel, est suspendue ou n’est pas liée au compte GitHub que vous avez connecté.
• « Unable to access your repository », rapporté par un thread quand son clone échoue : GitHub a rejeté le clone, le référentiel n’a pas été trouvé sous le nom que le projet a, ou la branche à partir de laquelle le thread a été demandé de commencer n’existe pas.
• « Claude can’t access » un référentiel, affiché quand vous enregistrez les référentiels dans la boîte de dialogue New project ou Project settings. Le message continue avec un lien d’installation et un lien de reconnexion. Utilisez le lien d’installation si l’application Claude GitHub n’est pas sur ce référentiel, et le lien de reconnexion si elle l’est, puisque l’application GitHub peut être installée sur GitHub sans être liée au compte que vous avez connecté à Claude. Si le message dit que l’application GitHub est suspendue ou n’inclut pas ce référentiel, suivez son lien vers GitHub pour corriger cela.

​

Un thread a atteint la limite d’utilisation

​

Des crédits d’utilisation supplémentaires sont requis

​

Perte de contact avec votre dossier

• Application de bureau : rouvrez l’application et confirmez que Use this computer from your phone and claude.ai est toujours activé sous Settings > Code ou Settings > Claude Code
• Terminal : exécutez à nouveau claude remote-control dans le même dossier

​

Autres messages

​

Ressources connexes

• Utiliser Claude Code dans le cloud : comment fonctionnent les sessions cloud derrière chaque thread, y compris les options d’accès GitHub et l’auto-fix sur les pull requests
• Configurer les environnements cloud : changez ce que les threads cloud peuvent atteindre sur le réseau, donnez-leur des variables d’environnement et des secrets réseau, et installez des outils avec un script de configuration
• Automatiser le travail avec les tâches planifiées : calendriers, déclencheurs et gestion des tâches planifiées, y compris celles que Claude crée à partir d’un projet
• Gérer plusieurs agents avec agent view : exécutez et suivez plusieurs sessions sur votre propre machine quand le travail a besoin d’outils ou de services que seule votre machine peut atteindre
• Projects redesigned: from folder to conversation : l’annonce du lancement, avec la réflexion derrière la transformation d’un projet en conversation avec Claude