Kit de communication

Objet : Vous êtes dans le pilote Claude Code

[Nom / équipe],

Vous êtes dans la première vague de Claude Code chez [entreprise]. Nous avons choisi ce groupe
parce que vous le mettrez sur des problèmes réels et nous direz la vérité à ce sujet.

La demande : utilisez-le sur au moins une tâche réelle cette semaine, puis laissez une note dans
#claude-code-pilot couvrant ce qui a fonctionné, ce qui était ennuyeux et ce qui
vous a surpris. Ce retour d'information décide comment nous le déploierons à tout le monde d'autre.

[Continuez avec « Commencez en deux minutes » de l'annonce standard]

Une chose supplémentaire pour les pilotes : lors de votre premier changement multi-fichier, appuyez sur Maj+Tab
jusqu'à ce que vous voyiez « plan ». Claude exposera exactement ce qu'il a l'intention de faire
avant de toucher à un fichier. C'est le moyen le plus rapide d'étalonner combien le faire confiance.

Salut [nom], tes messages #claude-code font plus pour l'adoption que mon
annonce. Quelques personnes m'ont dit que ton [fil / capture d'écran]
était la raison pour laquelle elles l'ont vraiment essayé.

Tu veux le rendre semi-officiel ? Peu d'effort : continue surtout à poster ce que
tu postes, plus un premier accès aux nouvelles fonctionnalités et une ligne directe vers l'équipe
Anthropic. Je peux partager un petit guide si tu es partant.

🎯 *Conseil : Adaptez le modèle au moment*

Utiliser Opus pour corriger une faute de frappe gaspille du calcul. Utiliser Haiku pour une
refactorisation de 12 fichiers, c'est demander une refonte.

Claude Code s'exécute sur les mêmes modèles que l'application Claude, et vous pouvez basculer
en milieu de session. *Sonnet* est le workhorse par défaut pour le travail de fonctionnalité quotidienne,
les bugs, les tests et les révisions. Utilisez *Opus* pour les grandes refactorisations, le débogage complexe,
ou tout ce qui est à enjeux élevés. Passez à *Haiku* pour les questions rapides,
le formatage et les modifications mécaniques où la vitesse gagne.

*Essayez maintenant :* tapez `/model` et choisissez Sonnet si vous ne l'avez pas déjà fait. C'est
le bon défaut pour la plupart des tâches.

📖 Configuration du modèle → https://code.claude.com/docs/fr/model-config

🚀 *Conseil : Trois choses à essayer dans vos 10 premières minutes*

Vous avez installé Claude Code mais vous ne savez pas vraiment quoi lui demander ? Commencez par
les choses qui vous ennuient toute la semaine.

  - Corriger quelque chose d'ennuyeux : « le test dans [fichier] est instable, découvrez pourquoi »
  - S'orienter dans le code que vous n'avez pas écrit : « expliquez-moi comment [module] fonctionne »
  - Vérifier avant de pousser : « regardez mon diff de travail et dites-moi ce qui
    semble risqué »

Aucune de ces choses n'a besoin de configuration. Juste `cd` dans votre référentiel et exécutez `claude`.

*Essayez maintenant :* choisissez le bug que vous avez évité et collez le message d'erreur.

📖 Démarrage rapide → https://code.claude.com/docs/fr/quickstart

📁 *Conseil : Arrêtez de réexpliquer votre référentiel à chaque session*

Vous dites à Claude « nous utilisons pnpm, pas npm » pour la cinquième fois ? Il y a
une correction unique.

Exécutez `/init` une fois par référentiel. Claude lit la structure de votre projet et écrit un
fichier CLAUDE.md avec vos commandes de construction, architecture et conventions.
Chaque session future dans ce référentiel commence automatiquement à partir de ce fichier. Gardez-le
sous deux écrans. C'est une feuille de triche, pas de la documentation.

*Essayez maintenant :* ouvrez votre référentiel principal, exécutez `claude`, tapez `/init`. Trente
secondes, rentabilisé à chaque session après.

📖 CLAUDE.md et mémoire du projet → https://code.claude.com/docs/fr/memory

📎 *Conseil : Arrêtez de coller le contenu des fichiers dans le chat*

Vous copiez 200 lignes d'un composant dans votre invite pour que Claude puisse le « voir » ?
Vous n'êtes pas obligé.

Tapez `@` puis un chemin de fichier. Claude tire le fichier directement dans le contexte.
Fonctionne aussi pour les répertoires entiers.

> les styles dans @src/components/Button.tsx semblent décalés, vérifiez par rapport à
> @docs/design-system.md

*Essayez maintenant :* tapez `@` puis Tab. L'autocomplétion vous montre chaque fichier à portée.

📖 Référencement des fichiers → https://code.claude.com/docs/fr/common-workflows

🛡️ *Conseil : Une frappe entre « regarder mais ne pas toucher » et « fais-le juste »*

Parfois, vous voulez que Claude demande avant chaque modification. Parfois, vous voulez juste
qu'il expédie. Vous ne devriez pas avoir à choisir une fois pour toutes.

*Maj+Tab* parcourt la longueur de la laisse que Claude obtient : *default* demande avant
les choses risquées, *acceptEdits* laisse les modifications de fichiers et les commandes de système de fichiers courantes
passer tout en vérifiant avant les autres commandes shell, et *plan*
propose des modifications pour votre approbation avant que quoi que ce soit ne soit touché. Le mode plan est
le constructeur de confiance, alors commencez par là pour tout ce qui touche plusieurs fichiers.

*Essayez maintenant :* sur votre prochaine refactorisation, appuyez sur Maj+Tab jusqu'à ce que vous voyiez « plan »,
puis décrivez le changement. Vous obtiendrez une proposition complète avant qu'un seul fichier ne bouge.

📖 Modes de permission → https://code.claude.com/docs/fr/permissions

⏪ *Conseil : Il y a un bouton d'annulation pour toute la conversation*

Claude a emprunté le mauvais chemin il y a trois tours et maintenant vous le démêlez ?
Vous n'avez pas à corriger vers l'avant.

`/rewind` revient à un point antérieur de la conversation, y compris les
modifications de fichiers que Claude a apportées en chemin. Le checkpointing est automatique ; vous
ne configurez rien.

*Essayez maintenant :* appuyez sur *Échap* deux fois pour ouvrir le menu de rembobinage, ou tapez `/rewind`.
Choisissez le point avant que les choses ne deviennent de travers.

📖 Checkpointing → https://code.claude.com/docs/fr/checkpointing

🔌 *Conseil : Laissez Claude lire votre suivi de problèmes pour que vous n'ayez pas à coller les tickets*

Coller des tickets Jira dans le terminal semble être un pas en arrière.
C'est le cas.

Un fichier de configuration (`.mcp.json` à la racine de votre projet) connecte Claude à GitHub,
Jira, Linear, ou quel que soit le suivi que vous utilisez. Ensuite, « quel est le problème
de priorité supérieure qui m'est assigné ? » et « vas-y et corrige-le » se produisent dans la même
conversation.

*Essayez maintenant :* demandez à Claude « configure un connecteur MCP pour [GitHub/Jira/Linear]
dans ce référentiel ». Il écrira la configuration pour vous.

📖 Connecteurs MCP → https://code.claude.com/docs/fr/mcp

⚡ *Conseil : Transformez cette invite que vous continuez à retaper en commande*

Vous avez tapé « résumez ce sur quoi j'ai travaillé aujourd'hui à partir du git log, formatez-le pour le standup »
trois fois cette semaine ? C'est une commande slash qui attend de se produire.

Un fichier SKILL.md dans `.claude/skills/<name>/` devient une invite réutilisable ; tapez
`/name` pour l'exécuter. Faites-en un la deuxième fois que vous tapez une invite multi-étapes
que vous avez tapée avant. Chemin le plus facile : demandez à Claude de le faire pour vous.

*Essayez maintenant :* tapez « fais-moi un skill /standup qui résume ce sur quoi j'ai travaillé
aujourd'hui à partir du git log », puis exécutez `/standup` demain matin.

📖 Skills → https://code.claude.com/docs/fr/skills

🔔 *Conseil : Soyez averti quand votre refactorisation se termine*

Vous êtes assis à votre bureau en regardant Claude travailler sur une tâche longue ? Vous avez
de meilleures choses à faire pendant ces huit minutes.

Les hooks sont des commandes shell qui se déclenchent sur les événements Claude Code. Un hook Stop qui
envoie une notification de bureau signifie que vous pouvez lancer une longue refactorisation, vous éloigner,
et être averti au moment où c'est fait.

*Essayez maintenant :* demandez à Claude « ajoute un hook Stop qui envoie une notification de bureau
quand tu termines ». Il écrira le script et le connectera.

📖 Guide des hooks → https://code.claude.com/docs/fr/hooks-guide

📸 *Conseil : Arrêtez de décrire la boîte de dialogue d'erreur. Montrez-la juste.*

Vous tapez « il y a une boîte rouge qui dit quelque chose à propos d'une référence nulle
et elle pointe vers la ligne 47 environ » ? Prenez une capture d'écran.

Faites glisser une capture d'écran directement dans le terminal et Claude la voit : boîtes de dialogue d'erreur,
maquettes d'interface utilisateur, photos de tableau blanc, exports Figma. *Ctrl+V* colle depuis
le presse-papiers (utilisez aussi Ctrl+V sur macOS, pas Cmd+V).

*Essayez maintenant :* la prochaine fois que quelque chose de visuel se casse, prenez une capture d'écran et collez-la
directement dans l'invite. Ensuite, tapez juste « qu'est-ce qui ne va pas ici ? »

📖 Travailler avec des images → https://code.claude.com/docs/fr/common-workflows

🌿 *Conseil : Confiez toute la cérémonie git*

La correction a pris 5 minutes. Le message de commit, la branche et la description de PR
ont pris 15. Ce ratio est faux.

Claude gère le flux git complet : commits avec des messages conventionnels,
branches, PR avec des résumés appropriés. Une demande : « corrige le décalage d'un, committe
avec un message de commit conventionnel et ouvre une PR. » Vous révisez le travail de quelqu'un d'autre ?
Collez l'URL de la PR et demandez à Claude de vous expliquer le diff.

*Essayez maintenant :* après votre prochaine correction, au lieu de basculer vers votre client git,
tapez juste « committe ceci avec un bon message et ouvre une PR ».

📖 Création de pull requests → https://code.claude.com/docs/fr/common-workflows

📦 *Conseil : Quelqu'un a probablement déjà construit ce skill*

Vous êtes sur le point de passer une heure à construire une commande `/deploy` ? Vérifiez si elle
existe déjà.

Les skills sont regroupés et partagés en tant que plugins. `/plugin` parcourt ce qui est
disponible et s'installe en une seule étape. Cinq minutes de navigation peuvent économiser une heure de construction.

*Essayez maintenant :* tapez `/plugin` et faites défiler. Vous trouverez au moins une
chose que vous ne saviez pas que vous vouliez.

📖 Plugins → https://code.claude.com/docs/fr/plugins

🔐 *Conseil : La réponse à « est-ce sûr ? » pour la prochaine fois qu'on vous le demande*

Quelqu'un de votre équipe va demander « attends, où va mon code ? »
Voici la version courte que vous pouvez coller.

Permission-first par conception. Chaque modification de fichier, commande shell et appel externe
est contrôlé par votre approbation. Le CLI s'exécute dans votre terminal et communique
directement avec l'API d'Anthropic, sans serveurs tiers, et supporte le sandboxing optionnel au niveau du système d'exploitation
pour les commandes shell. En vertu de notre plan Entreprise,
Anthropic n'utilise pas votre code ou vos invites pour entraîner ses modèles.

*Essayez maintenant :* enregistrez ces deux liens pour la prochaine fois que la question se pose.
Ils répondent à la plupart des questions d'examen de sécurité.

📖 https://code.claude.com/docs/fr/security
📖 https://code.claude.com/docs/fr/data-usage

✅ *Conseil : Les 4 habitudes qui séparent « l'ai essayé une fois » de « l'utilise quotidiennement »*

La plupart des gens qui rebondissent sur Claude Code en ont sauté une. La plupart des gens
qui restent les ont tous faits la première semaine.

  - Commencez en mode plan pour tout ce qui touche plusieurs fichiers
  - Exécutez /init tôt ; le contexte se compose
  - Examinez les diffs avant de committer ; Claude peut se tromper avec confiance
  - Vérifiez les modifications qui touchent les chemins critiques ; traitez-le comme un junior
    pointu, pas un oracle

*Essayez maintenant :* si vous n'en avez fait qu'un ou deux, choisissez celui qui vous manque
et faites-le sur votre prochaine tâche. Postez ce qui a changé dans #claude-code.

📖 Meilleures pratiques → https://code.claude.com/docs/fr/best-practices