Claude Cowork

Claude Cowork transforme Claude en espace de travail persistant : l’IA ne fonctionne plus seulement comme une conversation isolée, mais comme un assistant capable de lire un dossier local, de respecter des fichiers de contexte, de produire des livrables et de réutiliser des structures déjà validées. Anthropic présente Cowork comme une fonction de Claude Desktop capable de travailler avec des fichiers locaux et des applications connectées pour organiser des dossiers, créer des tableurs ou préparer des rapports.

Le principe central consiste à remplacer les prompts répétés par un système stable : un dossier bien structuré, des instructions globales, des fichiers courts mais très informatifs, et une méthode de travail qui limite la perte de contexte. Cowork est disponible dans Claude Desktop pour les utilisateurs de plans payants selon l’aide officielle d’Anthropic.

L’enjeu n’est pas seulement d’obtenir de meilleures réponses. Il s’agit de créer un environnement où Claude comprend qui travaille avec lui, dans quel style, avec quels objectifs, quelles limites, quels modèles de qualité et quels livrables attendus. L’IA devient plus utile parce que le contexte important est placé au bon endroit, au bon format, avec le moins de bruit possible.

Les leviers à maîtriser

1. Le dossier Cowork comme mémoire de travail contrôlée

Le dossier Cowork fonctionne comme l’atelier dans lequel Claude intervient. Sa valeur dépend moins de la quantité de fichiers que de leur organisation. Une structure simple suffit : un dossier principal nommé par exemple Claude Cowork, puis trois sous-dossiers : ABOUT ME, OUTPUTS, TEMPLATES.

• ABOUT ME contient les informations que Claude doit lire au début de chaque tâche.
• OUTPUTS reçoit les productions terminées, classées par projet.
• TEMPLATES conserve les structures réutilisables issues des meilleurs livrables. Cette séparation évite de mélanger identité, production et modèles de travail.

L’analogie utile est celle d’un bureau physique. ABOUT ME correspond aux consignes permanentes posées devant Claude. OUTPUTS correspond aux dossiers clients rangés dans l’armoire. TEMPLATES correspond aux formulaires ou plans types que l’on ressort quand une tâche ressemble à une précédente. Si tout est posé sur la même table, Claude doit trier avant de travailler. Si chaque chose est à sa place, l’attention se porte sur la tâche.

2. Les fichiers qui donnent à Claude une identité de travail

Un cœur du système repose sur des fichiers courts.

• about-me.md explique qui tu es, comment tu travailles, ce que tu considères comme un bon résultat, ce que tu refuses, et les règles que Claude doit respecter. Ce fichier ne doit pas être une autobiographie. Il doit être une fiche de pilotage : compacte, dense, directement utilisable.
• my-company.md décrit les objectifs, les priorités, les plateformes importantes, les choix stratégiques et ce qui est volontairement écarté. Ce fichier ne répète pas l’identité personnelle. Il donne la direction : les objectifs de l’année, les canaux prioritaires, les métriques de succès, les sujets refusés.

Il est possible d’ajouter d’autres fichier comme par exemple consigne-anti-ecriture-ia

3. La condensation comme condition d’efficacité

Un fichier de contexte trop long devient un obstacle. Un ancien fichier about-me de 22 000 mots oblige Claude à consommer une grande partie de sa fenêtre de contexte avant même de traiter la demande. La bonne méthode consiste à extraire les motifs récurrents, supprimer les transcriptions brutes et conserver uniquement les informations utiles à la décision.

La cible proposée est claire : moins de 2 000 tokens pour about-me.md, moins de 1 000 tokens pour my-company.md, et environ 6 000 tokens maximum pour l’ensemble des fichiers lus automatiquement. L’objectif n’est pas de tout dire. L’objectif est de dire ce qui change réellement la qualité du travail.

Un bon fichier de contexte ressemble à une carte routière, pas à un journal de bord. Une carte ne raconte pas chaque pas déjà effectué ; elle montre les routes, les obstacles, les directions et les repères. Claude n’a pas besoin de connaître tous les détails passés. Il a besoin de comprendre les décisions récurrentes qu’il doit prendre correctement.

4. Les instructions globales comme mode d’emploi permanent

Les instructions globales indiquent à Claude comment utiliser le dossier. Sans elles, l’organisation existe mais reste ambiguë. Claude peut ignorer certains fichiers, lire trop de choses ou consommer inutilement du contexte.

La logique recommandée consiste à dire explicitement :

Avant chaque tâche, sans exception, tu dois lire tous les fichiers du dossier ABOUT ME/ :

about-me : qui je suis, comment je travaille, ce que j’apprécie et ce que je déteste ;
my-company : mes objectifs, mon axe de travail, ma stratégie et mes priorités actuelles.

Ne lis jamais les dossiers OUTPUTS/ ou TEMPLATES/ sauf si je te demande explicitement de consulter un fichier précis.

Enregistre tous les livrables dans OUTPUTS/, dans un sous-dossier nommé d’après le projet.

Si le brief n’est pas clair, pose des questions. Ne comble pas les zones floues avec du remplissage. Produis le travail.

Cette instruction crée une hiérarchie claire. Les fichiers personnels sont lus par défaut. Les productions passées ne sont lues que sur demande. Les modèles sont utilisés uniquement quand ils sont pertinents. Claude sait donc où chercher l’information au lieu de tout charger indistinctement.

5. Les templates comme mémoire des meilleures structures

Le dossier TEMPLATES sert à conserver la forme des meilleurs livrables. Il ne s’agit pas de garder tout le contenu, mais de sauvegarder le squelette : sections, ordre, format, longueur, type de raisonnement, niveau de détail.

• Après un livrable réussi, une phrase suffit : “Sauvegarde ça comme modele dans TEMPLATES/ (Save this as a template in TEMPLATES/.)”
• Claude peut alors extraire la structure et la réutiliser plus tard. Pour une prochaine tâche similaire, il suffit de demander : “Utilise le template dans TEMPLATES/nom Use the template in TEMPLATES/[name].”

La différence est importante. Un output est une production terminée. Un template est une structure reproductible. Confondre les deux revient à garder une maison entière quand on voulait seulement conserver le plan de construction.

6. La gestion des tokens comme discipline de travail

Claude ne facture pas symboliquement les messages ; il consomme des tokens. À chaque nouveau message dans une longue conversation, l’historique doit être relu. Plus la session s’allonge, plus chaque tour coûte cher.

Trois pratiques limitent cette perte :

1. Redémarrer depuis un point antérieur quand l’erreur vient d’une mauvaise direction prise tôt.
2. Ouvrir une nouvelle session après environ 20 messages en conservant un résumé utile.
3. Regrouper plusieurs demandes dans un seul prompt au lieu d’enchaîner de petites requêtes séparées.

Le principe est comparable à une réunion. Si chaque nouvelle décision oblige à relire tout le procès-verbal depuis le début, la réunion devient coûteuse. Un résumé propre permet de conserver les décisions utiles sans transporter tout le bruit.

7. Le choix du modèle selon la complexité

Opus, Sonnet et Haiku n’ont pas le même coût ni le même niveau de puissance.

• La logique proposée consiste à réserver Opus et le raisonnement étendu aux tâches complexes : stratégie, livrables longs, analyse profonde, structuration exigeante.
• Pour la correction, le formatage, les brouillons simples ou les petites tâches, Sonnet ou Haiku peuvent suffire.

Le bon arbitrage consiste à ne pas utiliser le modèle le plus coûteux pour des tâches qui n’en ont pas besoin. Une grammaire à corriger n’exige pas le même moteur qu’une stratégie éditoriale complète. Utiliser systématiquement le modèle maximal revient à sortir une machine industrielle pour couper une feuille de papier.

Transformer Claude en professeur personnel >>

Plan d’application

1. Créer un dossier principal Claude Cowork.
2. Ajouter trois sous-dossiers : ABOUT ME, OUTPUTS, TEMPLATES.
3. Créer dans ABOUT ME les fichiers about-me.md, anti-ai-writing-style.md, my-company.md.
4. Réduire chaque fichier au strict nécessaire : informations stables, décisions récurrentes, préférences fortes, erreurs à éviter.
5. Coller dans les instructions globales une règle de lecture : Claude lit ABOUT ME à chaque tâche, mais ne lit OUTPUTS et TEMPLATES que sur demande.
6. Ajouter une règle pédagogique : après chaque projet terminé, Claude crée un FOR-CLAUDE.md dans le dossier du projet.
7. Utiliser la dictée pour enrichir les briefs, les réponses aux questions et les corrections.
8. Sauvegarder les meilleurs livrables sous forme de templates.
9. Redémarrer les conversations longues pour éviter de brûler des tokens inutilement.
10. Choisir le modèle selon la difficulté réelle de la tâche.

L’ordre compte. Commencer par les templates sans avoir clarifié ABOUT ME produit des modèles qui imitent une forme, mais pas une logique. Commencer par la dictée sans structure de dossier produit beaucoup de contexte, mais mal rangé. Commencer par les fichiers fondamentaux donne à Claude un socle stable.

Ne pas faire

• Remplir about-me.md avec des transcriptions brutes au lieu d’extraire des règles de travail.
• Faire lire automatiquement OUTPUTS et TEMPLATES, ce qui consomme du contexte sans nécessité.
• Créer trop de fichiers de contexte, au point que Claude passe plus de temps à lire ton système qu’à traiter la tâche.
• Utiliser Opus et le raisonnement étendu pour des tâches simples.
• Continuer une conversation longue alors que l’erreur vient d’un mauvais cadrage initial.
• Corriger Claude par petites phrases pauvres : “pas ça”, “plus clair”, “moins formel”.
• Sauvegarder des templates sans distinguer le contenu ponctuel de la structure réutilisable.
• Oublier le débrief pédagogique après le livrable.
• Confondre personnalisation et accumulation : plus d’informations ne signifie pas plus de précision.

Ce qu’il faut retenir

Claude Cowork devient réellement puissant quand il cesse d’être une simple interface de chat et devient un système de travail organisé.

La performance vient de quatre éléments :

1. un dossier clair
2. des fichiers courts à forte valeur
3. des instructions globales précises
4. et une discipline de gestion du contexte.

La priorité à conserver est la suivante : réduire le bruit, stabiliser le contexte, documenter les décisions. Un bon système Cowork ne cherche pas à tout mémoriser. Il organise ce qui aide Claude à mieux décider, mieux écrire, mieux structurer et mieux expliquer.