Du prompt jetable à l'usage outillé. Industrialiser ses usages avec Projects, Artifacts et Styles — et apprendre à gérer les longues conversations sans perdre Claude en route.
Lecture croisée, patterns qui reviennent, frictions partagées.
Instructions persistantes, base de connaissances, pièges à éviter.
Documents, tableaux, mini-sites, visualisations — sans coder.
Régler le ton, gérer la dérive, savoir repartir à zéro.
Chacun repart avec un Project opérationnel pour son rôle.
Un livrable concret, exploitable dès demain matin.
Comprendre ce qu'est un LLM, ses forces et limites
Choisir le bon modèle (Opus / Sonnet / Haiku)
Écrire un bon prompt avec RCTFE
Itérer en dialogue, donner un persona, imposer un format
Si vous écrivez le même prompt 3 fois, c'est qu'il devrait vivre dans un Project
Si vous voulez un livrable, pas une réponse, vous voulez un Artifact
Si la conversation s'embourbe, c'est un problème de contexte — apprenez à le gérer
→ J1 vous a appris à parler à Claude. J2 vous apprend à le configurer.
30 minutes pour lire, croiser, extraire les patterns qui reviennent. C'est sur cette base qu'on construit la suite.
Chacun a 8 minutes. Pendant qu'une personne parle, les deux autres prennent des notes pour le bloc patterns.
Qu'est-ce qui a marché ? Le prompt dont vous êtes le plus fier, et pourquoi.
Qu'est-ce qui a raté ? Le cas où Claude vous a déçu — et votre hypothèse de cause.
Un prompt réutilisé tel quel ? Si oui, c'est probablement un futur Project.
À remplir en live à partir des journaux. Indices typiques à chercher :
Les prompts qui marchent commencent presque tous par "Tu es…"
Un cas type donné à imiter vaut 10 lignes d'instructions.
Longueur, structure, ton — précisés explicitement.
Pas de "tout reformuler" : on corrige ciblé.
Les PDF natifs sont mieux compris.
L'attente d'une v1 imparfaite à corriger ensuite.
Si vous avez réécrit le même prompt 3 fois cette semaine, c'est qu'il devrait vivre ailleurs que dans votre presse-papier.
→ On retape les mêmes instructions. Les fichiers de référence sont à rejoindre à chaque fois.
→ Les instructions et les fichiers vivent une seule fois. On lance juste une conversation.
Un espace de travail dans Claude.ai où les instructions et les fichiers persistent, et où toutes les conversations restent groupées.
Trois symptômes qui doivent vous faire créer un Project — au lieu de continuer à enchaîner les chats jetables.
À chaque fois que vous retapez "Tu es…" sur un sujet récurrent. Il appartient au Project.
Référentiels, glossaires, comptes-rendus passés, modèles. Mis dans le knowledge une fois, dispo partout.
Toutes les conversations d'un sujet sont groupées dans le même Project, plus dispersées dans l'historique global.
Un Project, c'est un conteneur avec trois zones bien distinctes — chacune a sa logique propre.
Le "système" du Project. Décrit le rôle, le ton, les règles, ce qu'il faut éviter. Vue à chaque conversation.
Documents de référence : PDF, Word, MD, code. Claude y cherche les passages utiles à chaque question.
Toutes les discussions liées au sujet — groupées et nommées. Indépendantes entre elles, mais partagent les 2 zones ci-dessus.
→ Mémo : instructions = "qui tu es", knowledge = "ce que tu sais", conversations = "ce qu'on s'est dit".
Les mêmes principes que RCTFE, mais cette fois stables et réutilisables sur des dizaines de conversations.
→ Trop générique. Quel ton ? Quelle structure ? Quelle longueur ? Pour qui exactement ?
Visez 200 mots maximum. Si vos instructions dépassent une page, vous découvrirez vite qu'elles se contredisent ou que Claude n'en respecte qu'une partie.
Les fichiers que Claude consultera à chaque conversation du Project. Pas tout d'un coup — il cherche les passages pertinents à chaque question.
PDF, DOCX, CSV, TXT, HTML, ODT, RTF, EPUB, JSON, XLSX + images (JPEG, PNG, GIF, WebP). 30 MB max par fichier, nombre de fichiers illimité.
Context window de 200 000 tokens (~500 pages). Au-delà, Claude bascule automatiquement en mode RAG — jusqu'à 10× plus de contenu stockable.
Tant que ça tient dans le contexte : tout le knowledge. Au-delà : Claude cherche les passages pertinents (RAG auto, tous plans).
Conseil : nommez vos fichiers de manière parlante et structurez-les avec des titres / sections. Un PDF scanné de 80 pages sans titres sera mal exploité.
Deux modes selon la taille de votre knowledge — la bascule est automatique, vous ne la contrôlez pas.
Claude charge l'intégralité du knowledge dans son contexte à chaque conversation. Rien n'est filtré.
→ Idéal pour les Projects de quelques fichiers bien structurés.
Bascule auto : Claude cherche les passages pertinents via un outil de recherche. Jusqu'à 10× plus de contenu stockable.
→ Disponible sur tous les plans (Free → Enterprise) depuis 2025.
RAG en bref : Question → conversion en vecteurs sémantiques → recherche des passages les plus proches → réponse construite sur les extraits. Anthropic utilise sa technique de Contextual Retrieval (2024) qui ajoute du contexte à chaque passage avant indexation.
Ce que ça change pour vous : en mode RAG, la qualité du retrieval dépend de la structure de vos documents. Titres, sections, nommage clair = Claude trouve. Scans bruts, PDF de 200 pages sans hiérarchie = Claude rate les bons passages. La bascule est silencieuse — vous ne savez pas toujours dans quel mode vous êtes.
Ce qui marche très bien ailleurs peut se retourner contre vous si on n'y prend pas garde.
Si vos fichiers sont bruyants (scans, vieux PDF, mises en page chaotiques), Claude inventera plus que d'habitude. Préférez 5 fichiers propres à 50 fichiers en vrac.
Au-delà d'une page, vos règles se contredisent et Claude ne respecte que celles qu'il "voit" en premier. Visez 200 mots.
Sur Team / Enterprise, un Project peut être privé ou partagé. Vérifiez qui voit quoi avant d'y mettre des données sensibles.
Au-delà du context window, Claude passe automatiquement en mode recherche. Pas de notification — vos fichiers mal structurés deviendront soudain moins bien exploités.
Les Projects que nous allons construire en atelier — et que vous utiliserez tous les jours d'ici J3.
Project "Atelier-Concepteur"
Tonalité pédago, niveau apprenant
Référentiels métier (knowledge)
Grilles d'évaluation, modèles de quiz
→ Génère plans de séquence, quiz, supports.
Project "Synthèse-CODIR"
Charte de communication interne
Modèles de notes de synthèse
2-3 comptes-rendus passés (style)
→ Transforme des notes brutes en CODIR.
Project "Assistant-Archi"
Standards internes (sécurité, RGPD)
Modèles d'ADR (Architecture Decision Record)
Glossaire SI maison
→ Rédige ADR à partir d'un brief oral.
Ce que Claude produit dans un panneau dédié à droite de la conversation — éditable, sauvegardable, partageable.
Quand Claude détecte que vous voulez un livrable, pas une réponse, il bascule l'output dans un panneau Artifact.
Comptes-rendus, notes de synthèse, articles, supports de formation. Markdown rendu proprement, exportable.
Comparatifs, matrices RACI, suivis de tickets, plans projet. Affichage tabulaire copiable dans Excel.
Pages d'onboarding, formulaires, dashboards simples, prototypes. Rendu et interactif dans le panneau.
Diagrammes Mermaid (flowchart, séquence, gantt), schémas SVG, organigrammes. Sans installer Lucidchart.
L'interface Claude.ai se divise en deux : conversation à gauche, panneau Artifact à droite, avec historique des versions.
→ Chaque modification crée une nouvelle version. Vous pouvez naviguer en arrière, comparer, ou repartir d'une v antérieure.
Claude en crée un automatiquement quand il sent un livrable. Vous pouvez aussi le forcer ou l'éviter.
"Crée une page…"
"Génère un tableau de…"
"Rédige un compte-rendu structuré…"
"Construis un diagramme Mermaid…"
Forcer : "Crée un Artifact qui…"
Éviter : "Réponds en chat, pas dans un Artifact"
Mettre à jour : éditer dans le chat ("change le ton…")
Désactiver globalement : Settings → Artifacts
Astuce : demander explicitement "Crée un Artifact qui…" donne presque toujours un meilleur résultat qu'attendre que Claude le devine.
Exemple complet — un prompt, et vous récupérez un Artifact HTML/CSS prêt à partager ou héberger.
Un Artifact HTML complet, ouvrable d'un double-clic
Aperçu rendu dans le panneau de droite
Bouton Copy pour le code source
Bouton Publish pour une URL publique hébergée par Anthropic
Vous pouvez itérer : "ajoute un témoignage client" → v2
Très puissants — mais quelques pièges classiques à connaître pour ne pas perdre du temps.
Claude peut référencer une lib JavaScript qui n'existe pas, ou une mauvaise version. Testez l'Artifact avant de le partager.
Si vous demandez "refais tout", Claude peut écraser une bonne v3. Sauvegardez hors de Claude les versions importantes.
Au-delà d'une certaine longueur, Claude tronque ou refuse. Découpez en plusieurs Artifacts si nécessaire.
Le bouton Publish rend l'URL accessible à toute personne ayant le lien. Pas de données clients ni internes.
Comment régler le ton de Claude une fois pour toutes, et comment garder le contrôle quand une conversation s'éternise.
Un Style modifie le ton et le format par défaut de toutes les réponses, sans avoir à le répéter à chaque prompt.
Normal — équilibre par défaut
Concis — réponses plus courtes
Explicatif — pédagogie, exemples
Formel — vocabulaire et registre soutenus
Donnez à Claude 3 à 5 exemples de votre écriture (mails, notes, articles) — il en déduit automatiquement votre style et le reproduit ensuite.
→ Idéal pour la com interne, les notes récurrentes, les réponses clients.
Style = ton et format global · Persona (dans le prompt) = expertise et posture sur un cas précis · Project = contexte complet (instructions + knowledge + conversations). Les trois se cumulent.
Au fil des tours, le contexte se remplit. Au-delà d'un certain seuil, Claude commence à oublier le début, recycler ses erreurs, perdre le fil.
Le modèle accorde plus de poids aux extrémités du contexte (début et fin). Plus l'historique grandit, plus le milieu devient flou. Phénomène documenté ("Lost in the Middle").
Claude se contredit ou recycle ses erreurs
Mélange des fichiers ou attribue mal les sources
Devient sycophant ("excellente question !")
Quatre signaux d'alerte. Dès que vous en voyez un, c'est qu'il faut faire un résumé et démarrer une nouvelle conversation.
Une réponse contredit une réponse antérieure dans la même conversation, alors que rien n'a changé.
Attribue à un document A des informations qui sont dans le document B. Le retrieval ne suit plus.
Vous lui aviez donné une consigne claire au début, il commence à l'ignorer ou à la "réinterpréter".
Les réponses prennent de plus en plus de temps. C'est le signe que le contexte est massif.
Réflexe : demandez à Claude "Résume ce qu'on a décidé jusqu'ici en 10 puces", copiez le résumé, démarrez une nouvelle conversation et collez-le en premier message.
Question critique pour la confidentialité et la conformité. Trois niveaux à bien distinguer.
| Niveau | Persistance | Périmètre | Influence le modèle ? |
|---|---|---|---|
| Conversation | Tant que le chat est ouvert | 1 conversation | Non |
| Project | Tant que le Project existe | Toutes les conv. du Project | Non — c'est juste du contexte rejoué |
| Memory (récente) | Persistante (à activer) | Vos conv. dans Claude.ai | Non — stockage utilisateur côté Anthropic |
| Fine-tuning | — | — | Pas dispo en Claude.ai |
Garde-fou clé : sur les plans Pro / Team / Enterprise, vos conversations ne sont pas utilisées pour entraîner Claude par défaut. Aucun mécanisme utilisateur ne permet de "fine-tuner" Claude depuis Claude.ai.
À la fin des 45 min, chacun a un Project nommé, configuré, testé. Vous l'utiliserez tous les jours d'ici J3.
Un Project nommé clairement (pas "Test1")
Des instructions persistantes ≤ 200 mots
Au moins 2 fichiers dans le knowledge
Une conversation test qui démontre la valeur ajoutée du Project vs un chat sans Project
Voici une piste sérieuse pour chacun. Vous pouvez la suivre, ou la remplacer par votre propre cas si vous en avez un plus pressant.
Atelier-Concepteur
Instructions : tonalité pédago, niveau adulte en reconversion, structure plan-quiz-évaluation.
Knowledge : 1 référentiel métier + 1 grille d'évaluation + 1 modèle de quiz.
Test : "Génère un plan de séquence de 2h sur [sujet]".
Synthèse-CODIR
Instructions : ton factuel, structure Contexte/Constats/Décisions/Reco, 1 page max.
Knowledge : charte de com + 2-3 comptes-rendus passés (style) + glossaire interne.
Test : "Transforme ces notes brutes en note CODIR" (avec un fichier de notes).
Assistant-Archi
Instructions : rôle d'architecte SI, registre technique, structure ADR.
Knowledge : standards internes (sécurité, RGPD) + 2-3 ADR passés + glossaire SI.
Test : "Rédige un ADR pour le choix entre X et Y dans le contexte [...]".
Six items à cocher avant de dire "fini". Si vous séchez sur un seul, c'est qu'il faut y revenir.
Nom clair qui dit qui s'en sert et pour quoi
Instructions ≤ 200 mots, sans contradictions
Au moins 2 fichiers dans le knowledge, bien nommés et structurés
Au moins 1 contre-exemple dans les instructions ("évite de…")
1 conversation test où le Project a clairement aidé
1 conversation test où le Project a échoué — vous savez pourquoi
→ Le 6ᵉ item est le plus formateur. Comprendre les limites de votre Project est aussi précieux que comprendre ses forces.
20 minutes pour produire un livrable concret, exploitable dès demain matin. Idéalement depuis votre Project créé en Atelier 2.
Une page d'onboarding HTML pour une nouvelle promotion d'apprenants : programme, dates, contacts, FAQ.
Un compte-rendu structuré au format note CODIR, à partir de notes brutes d'une vraie réunion (anonymisées).
Un tableau de suivi de tickets ou une matrice RACI pour un projet en cours, exportable en CSV.
Force Claude à basculer en mode livrable dès le départ.
"Donne-moi une v1 simple", puis "ajoute X", puis "améliore Y". Mieux qu'un méga-prompt initial.
"En HTML standalone", "tableau Markdown", "diagramme Mermaid" — annoncé en première ligne.
Une fois la version finale obtenue, copiez-collez dans Notion / Drive / votre repo. Ne dépendez pas de l'historique Claude.
Pour chaque utilisation où quelque chose a frotté, remplissez une ligne :
| Ce qui a frotté | Hypothèse de cause | Modification testée |
|---|---|---|
| Ex. "Réponse trop générique sur X" | Instructions trop vagues sur le ton | Ajout d'1 exemple concret dans les instructions |
→ Apportez ce tableau en J3. C'est le point de départ pour décider quoi améliorer dans vos Projects et basculer vers les connecteurs / MCP.
Instructions + knowledge + conversations groupées. Pour tout ce qui se répète plus de 2-3 fois.
Document, tableau, mini-site, viz — sortis dans un panneau dédié, versionnés, exportables.
Quand Claude se contredit ou ralentit : résumé + nouvelle conv. C'est un réflexe.
Concis, formel, ou personnalisé à partir de votre écriture. Se cumule avec personas et Projects.
À la prochaine — apportez le tableau d'amélioration de votre Project !