Claude Co-work comme environnement de travail agentique

Claude Co-work devient utile quand il cesse d’être une fenêtre vide

Claude Co-work n’est pas seulement une interface de conversation : il devient un assistant de travail quand il reçoit un espace contrôlé, des règles stables, du contexte personnel, des connexions aux outils, des compétences spécialisées et des tâches programmées.

Une installation brute laisse l’utilisateur face à une zone blanche. Le système peut répondre, mais il ne sait pas encore qui il sert, où sont les fichiers, quelles règles respecter, quels outils utiliser, ni quels résultats produire. La différence entre un chatbot générique et un assistant opérationnel repose sur une configuration progressive.

Le parcours complet suit sept niveaux :

• installer Claude Co-work et choisir son espace de travail :
  Le dossier de travail donne un périmètre
• écrire des instructions globales :
  Les instructions donnent des règles
• créer un dossier de contexte personnel :
  Le contexte personnel donne une mémoire
• connecter les outils de travail :
  Les connecteurs donnent accès aux outils
• activer ou créer des skills :
  Les skills donnent des capacités de production
• installer ou personnaliser des plugins :
  Les plugins donnent des expertises spécialisées
• automatiser des tâches programmées :
  Les tâches programmées donnent une autonomie temporelle.

Le dossier de travail fixe la frontière entre ce que Claude peut toucher et ce qui reste hors limites

Le premier choix structurant consiste à créer un dossier local dédié à Claude Co-work.

Après connexion au compte Claude, l’onglet Co-work permet de sélectionner un dossier local : Ce dossier devient l’espace partagé entre l’utilisateur et Claude.

Une structure simple consiste à créer un dossier dans Documents :

Claude ne travaille alors que dans ce dossier, sauf autorisation explicite d’un autre emplacement. Cette frontière est essentielle : tout ce qui doit être manipulé par Claude entre dans le dossier Co-work ; tout ce qui doit rester hors de portée reste ailleurs.

Cette logique répond à la question de sécurité fondamentale. Donner accès à Claude à un dossier précis n’équivaut pas à lui donner accès à tout l’ordinateur. Le périmètre local contrôle la surface d’action.

Le choix du modèle dépend du coût cognitif de la tâche

Claude Co-work permet de choisir le modèle utilisé pour le travail.

Sonnet convient aux tâches courantes, aux réponses rapides, aux actions simples et aux productions peu complexes. Opus est plus puissant, plus adapté aux projets ambitieux, aux raisonnements longs, aux restructurations, au codage important et aux systèmes multi-étapes. En contrepartie, Opus consomme davantage de tokens.

Extended thinking peut être activé pour les tâches qui demandent une réflexion plus profonde. Cette option rend le système plus capable sur les projets complexes, mais augmente aussi le coût d’usage.

La règle pratique est simple : Sonnet pour aller vite, Opus pour construire quelque chose de plus exigeant.

Une première tâche locale révèle la logique de contrôle

Un test simple consiste à demander à Claude de nettoyer le bureau ou le dossier Downloads.

Hey Claude, j’aimerais que tu nettoies mon bureau ou mon dossier de téléchargements. Organise les fichiers dans des dossiers par catégorie et renomme ceux qui auraient besoin d’une description plus claire. Si un fichier semble déjà avoir un nom correct, laisse son nom tel quel.

Claude lit les fichiers visibles, propose des catégories, classe les éléments et demande confirmation avant les actions sensibles.


Ce fonctionnement montre trois mécanismes importants : Claude inspecte, propose, puis agit après autorisation lorsque l’action comporte un risque.

Les instructions globales transforment Claude en assistant cohérent

Les instructions globales sont les règles que Claude lit au début de chaque session.

Elles se trouvent dans les paramètres Co-work. Elles peuvent aussi être inscrites dans un fichier Claude.md à la racine du workspace. Ce fichier fonctionne comme une notice de comportement pour l’assistant.

Une bonne instruction globale contient :

• l’identité de l’utilisateur ;
• son métier ;
• son niveau technique ;
• ses outils principaux ;
• son style de communication préféré ;
• ses règles de sécurité ;
• ses préférences de ton ;
• ses préférences orthographiques ;
• ses critères de décision ;
• les comportements interdits.

Une instruction initiale peut être demandée directement à Claude :

Bonjour Claude. J’aimerais créer des instructions système globales que tu liras chaque fois que tu travailleras avec moi, quel que soit le dossier utilisé à l’intérieur de ce dossier principal.

Peux-tu me proposer ce que seraient de solides instructions système ?

Les informations personnelles doivent être concrètes. Dire “je veux de bonnes réponses” ne sert pas. Dire “je suis non technique, explique en langage simple, évite le jargon, sois direct, ne sur-explique pas, signale les risques de surcomplication” donne une orientation exploitable.

Une règle de sécurité centrale peut être formulée ainsi :

Ne supprime, n’envoie ou ne publie jamais quoi que ce soit sans m’avoir d’abord demandé confirmation.

Une règle de jugement peut ajouter :

Si tu penses qu’il existe une meilleure façon de faire, ou que je risque de trop compliquer les choses ou de m’enfermer dans une impasse inutile, tu dois me le signaler.

Ces instructions doivent ensuite être collées dans les global instructions de Co-work afin de s’appliquer partout.

Les fichiers Claude.md donnent des règles locales à chaque espace

Un fichier Claude.md peut exister à plusieurs niveaux.

• Le fichier global définit les règles communes.
• Un fichier placé dans un dossier spécifique définit les règles de ce dossier.
• Un dossier projet peut ainsi avoir son propre Claude.md, avec son contexte, ses objectifs, ses contraintes et ses livrables attendus.

Cette hiérarchie permet d’éviter une instruction globale trop longue. Les règles générales restent globales ; les règles de projet restent locales.

Un système robuste utilise donc :

Claude Co-work/
  Claude.md
  ABOUT ME/
  PROJECTS/
    Project A/
      Claude.md
  OUTPUTS/

Le fichier global indique comment travailler avec l’utilisateur. Le fichier projet indique comment travailler sur un projet donné.

Le dossier About Me donne à Claude une identité de travail stable

Le dossier ABOUT ME/ donne à Claude les informations nécessaires pour agir comme un assistant régulier plutôt qu’un interlocuteur sans mémoire.

Trois fichiers forment la base :

ABOUT ME/
  about-me.md
  writing-rules.md
  memory.md

about-me.md contient l’identité professionnelle, les activités, les outils, les clients, les projets actifs, les préférences de travail, les audiences et les informations qu’un nouveau membre d’équipe devrait connaître le premier jour.

writing-rules.md définit la manière d’écrire. Il peut inclure une analyse des styles IA à éviter : formules génériques, phrases creuses, emphase superficielle, conclusions artificielles, jargon, transitions inutiles et formulations trop lisses.

memory.md sert de mémoire persistante de session. Claude y ajoute les décisions, préférences, projets en cours, règles découvertes et informations utiles. Il peut ajouter de nouvelles entrées en bas du fichier ou mettre à jour une entrée existante si elle concerne le même sujet.

Le fichier global doit imposer la lecture de ces fichiers au début de chaque session :

Before every session, read the files in ABOUT ME/.

Cette règle empêche Claude de redémarrer mentalement à zéro.

La mémoire locale évite la perte de continuité entre les projets

memory.md ne remplace pas un historique de conversation. Il sert à conserver les informations qui doivent rester disponibles dans le temps.

Ce fichier peut contenir :

• les projets actifs ;
• les décisions prises ;
• les préférences de réponse ;
• les règles de sécurité ;
• les outils utilisés ;
• les liens importants ;
• les habitudes de travail ;
• les demandes récurrentes ;
• les corrections données à Claude.

Après une interaction importante, Claude peut être invité à mettre à jour la mémoire :

Please update your memory or instructions as needed to make sure you do this.

La mémoire devient utile quand elle reste sélective. Elle ne doit pas tout consigner. Elle doit retenir ce qui influence les prochaines actions.

Les règles d’écriture protègent contre les sorties génériques

Une IA produit facilement des textes qui sonnent artificiels : phrases symétriques, abstractions faibles, ton promotionnel, formules de remplissage, transitions décoratives.

writing-rules.md permet de fixer un style stable. Il peut contenir des consignes comme :

• éviter le jargon ;
• préférer la phrase directe ;
• supprimer les conclusions décoratives ;
• ne pas sur-expliquer ;
• éviter les formulations de type marketing quand elles ne sont pas utiles ;
• utiliser l’orthographe britannique si c’est une préférence ;
• écrire comme un collaborateur qui connaît le contexte.

Un bon fichier d’écriture ne demande pas à Claude de “bien écrire”. Il nomme précisément les formes à éviter et les formes à produire.

La carte de contexte réduit les recherches inutiles dans les outils connectés

Une context map indique où se trouvent les bases, projets, tâches et documents importants.

Dans Notion, par exemple, Claude peut chercher longtemps une base ou une page si l’espace est riche. Une carte de contexte donne une navigation directe : nom des bases, rôle de chaque base, emplacement des projets, bases de tâches, systèmes de connaissances et liens internes.

Le fichier peut être placé dans ABOUT ME/ :

my-context-map.md

Claude doit ensuite le lire au début des sessions. Cette carte agit comme un GPS de l’espace de travail. Elle réduit la consommation de tokens, accélère la recherche et diminue les erreurs de navigation.

Même sans Notion, le principe reste valable : une carte de contexte peut décrire Google Drive, Obsidian, des dossiers locaux, des bases de documents ou tout autre système où l’information est stockée.

Les connecteurs changent Claude d’outil de rédaction en assistant opérationnel

Les connecteurs donnent à Claude accès aux applications déjà utilisées.

Les exemples cités incluent :

• Gmail ;
• Google Calendar ;
• Google Drive ;
• Notion ;
• Make.com ;

Chaque connecteur ajoute une capacité. Gmail permet de lire et préparer des réponses. Google Calendar permet d’analyser l’agenda et créer des événements. Notion permet de lire les projets, bases de tâches et systèmes de connaissance. Google Drive permet d’accéder aux documents. .

La règle de sécurité reste centrale : Claude peut préparer, organiser, rédiger et proposer, mais les actions sensibles doivent demander validation.

Claude in Chrome donne accès au web et aux workflows de navigateur

Claude in Chrome est une extension de navigateur qui permet à Claude d’interagir avec des pages web.

Elle peut lire des pages, naviguer, remplir des formulaires, cliquer dans des workflows et chercher des informations. L’extension se trouve dans les connecteurs sous Claude Chrome. Claude peut aussi aider à l’installer en ouvrant la page Chrome correspondante.

La fonctionnalité est présentée comme une beta avec des risques. L’utilisateur doit choisir s’il accepte de donner cette capacité. L’accès peut être limité par autorisation ponctuelle, par exemple “this time only”.

Claude in Chrome est utile lorsque l’information ne se trouve pas dans un fichier ou une application connectée, mais dans une page web ouverte ou navigable.

Gmail et Calendar permettent les premiers workflows d’assistance personnelle

Une fois Gmail et Google Calendar connectés, Claude peut produire un aperçu opérationnel d’une journée.

La confidentialité dépend des permissions et des réglages d’usage

L’accès aux emails, calendriers ou outils personnels exige un paramétrage clair.

Deux principes structurent la sécurité :

• limiter les permissions aux outils nécessaires ;
• interdire les actions sensibles sans validation explicite.

Dans les réglages de confidentialité, l’option d’amélioration des modèles via l’envoi de sessions à Anthropic peut être désactivée. Cette action réduit le partage des informations issues des sessions.

Les connecteurs disposent aussi de permissions spécifiques. Certains outils permettent de choisir lecture, écriture, blocage ou demande d’autorisation selon les actions. Plus l’outil est sensible, plus le contrôle doit être strict.

Notion devient puissant parce qu’il contient du contexte, pas seulement des messages

La connexion à Notion diffère d’une connexion email.

Un email est un message. Un calendrier est un planning. Notion contient souvent le système complet de travail : projets, connaissances, tâches, notes de réunion, bases stratégiques, méthodes, produits, ressources et décisions.

Claude peut chercher une base de projet, lire une page, récupérer des tâches, comprendre une architecture de travail et mettre à jour des éléments. Notion utilise un serveur MCP qui permet de lire, écrire, interroger et manipuler des bases.

La valeur augmente fortement lorsque Notion est accompagné d’une context map. Claude sait alors quelles bases interroger et pourquoi. Il peut retrouver rapidement une base de tâches, trier les tâches en retard, proposer de nouvelles échéances et actualiser la mémoire locale en fonction des découvertes.

Les dossiers Projects et Outputs séparent le travail en cours des livrables

Un workspace propre distingue les projets des résultats.

Une structure simple peut être ajoutée :

Claude Co-work/
  ABOUT ME/
  PROJECTS/
  OUTPUTS/

PROJECTS/ contient les dossiers de travail des projets. Chaque projet peut avoir son propre Claude.md, une mémoire locale et un brief.

OUTPUTS/ contient les fichiers produits : documents Word, PDF, présentations, rapports, analyses, textes, pages, fichiers HTML ou autres livrables.

Lorsqu’un nouveau projet apparaît, Claude peut créer un dossier correspondant dans PROJECTS/ et un sous-dossier équivalent dans OUTPUTS/. Si l’intention de créer un nouveau projet n’est pas claire, Claude doit demander confirmation.

Cette séparation empêche le workspace racine de devenir un dossier encombré.

Les skills donnent à Claude des capacités de production spécialisées

Les skills sont des capacités activables pour créer ou manipuler certains types de contenus.

Elles peuvent produire :

• documents Word ;
• tableurs ;
• présentations ;
• PDF ;
• images ou designs simples ;
• fichiers structurés ;
• sorties spécialisées.

Une demande comme celle-ci peut déclencher une skill documentaire :

Rédige-moi un brief de projet d’une page pour l’Agentic Business Accelerator que je prévois, sous forme de document Word.

Claude peut poser des questions ciblées via une fonction de type ask user question, puis générer un fichier .docx, le valider et le sauvegarder dans le workspace.

Les skills doivent être pensées comme des outils professionnels. Claude n’est pas seulement l’outil ; il devient l’opérateur qui utilise des outils pour produire des fichiers exploitables.

Le Skill Creator permet de créer des compétences adaptées à son propre travail

Claude Co-work permet d’activer des skills existantes, d’écrire des instructions de skill ou de créer une skill avec Claude.

Le Skill Creator aide à transformer une procédure répétable en capacité réutilisable. Une bonne skill contient :

• le but de la compétence ;
• les entrées attendues ;
• les étapes de travail ;
• les questions à poser si des informations manquent ;
• le format de sortie ;
• les critères de qualité ;
• l’emplacement de sauvegarde ;
• les limites de sécurité.

Une skill efficace évite d’avoir à répéter les mêmes consignes. Elle standardise un type de production.

Les plugins ajoutent des spécialistes plutôt que de simples formats

Les plugins diffèrent des skills.

• Une skill donne une capacité technique ou procédurale.
• Un plugin apporte une expertise spécialisée, avec ses propres méthodes, ses propres outils et parfois sa propre base de connaissance.

Des plugins existants peuvent couvrir :

• l’analyse juridique ;
• l’ingénierie logicielle ;
• la recherche de leads avec Apollo ;
• le support client ;
• la stratégie marketing ;
• la réutilisation de contenus sociaux ;
• la stratégie YouTube.

Le plugin juridique peut aider à trier des NDA, préparer une réunion ou analyser des documents juridiques. Le plugin engineering peut examiner du code, des bugs, des architectures de service ou des systèmes techniques. Apollo peut servir à chercher des prospects qualifiés.

Un plugin spécialisé fonctionne comme un collaborateur expert ajouté au système.

La personnalisation des plugins les adapte à l’entreprise réelle

Un plugin générique devient plus utile lorsqu’il est personnalisé avec le contexte de l’entreprise.

Un plugin support client peut être configuré pour gérer les demandes concernant :

• Templates Notion ;
• Claude Code ;
• plugins ;
• icon packs ;
• produits vendus sur bettercreating.com.

La personnalisation peut être demandée ainsi :

Personnalise le plug-in de support client pour moi, en fonction de mon entreprise.

Il doit trier et gérer les demandes clients concernant les templates Notion, Claude Code, les plugins, les packs d’icônes et tous les produits que je vends sur bettercreating.com.

Claude lit alors le contexte personnel, invoque le customizer du plugin, pose les questions nécessaires et adapte le plugin à l’usage visé.

Cette personnalisation transforme un plugin standard en outil métier.

Les sub-agents spécialisés transforment une expertise en système installable

Un plugin peut être construit autour d’une expertise propre.

Le “specialist sub-agent builder” est présenté comme un outil permettant de créer des sous-agents experts avec des bases de connaissances interrogeables. Une expertise peut ainsi être transformée en plugin installable.

Exemple : un spécialiste YouTube peut utiliser une base de connaissances sur la stratégie de chaîne, les titres, les scripts, la rétention, la création de vidéos et la croissance. Il devient ensuite un plugin consultable dans Co-work.

Cette logique permet de créer plusieurs spécialistes internes : stratégie marketing, support, contenu, développement, vente, opérations.

Les tâches programmées donnent une autonomie temporelle au système

Les scheduled tasks permettent à Claude de travailler à une heure définie, sans demande manuelle au moment de l’exécution.

Une tâche programmée peut utiliser :

• les instructions globales ;
• les fichiers ABOUT ME/;
• les connecteurs ;
• les skills ;
• les plugins ;
• les dossiers projets ;
• les outputs.

Exemple de tâche quotidienne : Trie ma boîte de réception et donne-moi une vue d’ensemble complète de ce qui demande mon attention.

Les résultats peuvent être déposés dans un dossier OUTPUTS/weekly-briefing-reports/ sous forme Markdown, Word, PDF ou autre format demandé.

Les tâches programmées exigent un ordinateur allumé et connecté

Les scheduled tasks fonctionnent lorsque l’ordinateur est éveillé et connecté à Internet.

Cette contrainte crée un cas d’usage pour un Mac fixe ou un ordinateur de studio toujours allumé, utilisé comme base d’opérations agentique. Le portable reste mobile ; l’ordinateur fixe devient le poste où les automatisations tournent.

Dispatch permet de contrôler Claude Desktop depuis le téléphone

Dispatch ajoute une couche de contrôle à distance.

Depuis l’application Claude, l’utilisateur peut envoyer une demande à Claude Desktop, qui l’exécute sur l’ordinateur.

Cette logique transforme l’ordinateur en assistant joignable à distance. L’utilisateur peut demander une recherche, une vérification de calendrier, une action sur projet ou une continuation de travail sans être devant la machine.

Claude Computer Use élargit l’action sur l’ordinateur

Computer Use permet à Claude d’agir plus directement sur l’ordinateur.

Les permissions peuvent être réglées avec granularité. L’utilisateur peut autoriser certaines actions, refuser l’accès à certaines applications et définir des listes d’exclusion. Claude peut aussi être autorisé à agir dans Chrome sans demander chaque permission, y compris sur des sites non approuvés.

Cette puissance demande une configuration prudente. Plus l’autonomie augmente, plus les règles de refus, de confirmation et d’exclusion doivent être claires.

Un assistant quotidien combine briefing, triage et brouillons

Un usage concret consiste à programmer Claude chaque matin.

Avant que l’utilisateur commence sa journée, Claude peut :

• lire l’agenda ;
• lire les emails ;
• trier les messages par priorité ;
• repérer les réunions importantes ;
• identifier les tâches urgentes ;
• préparer des réponses en brouillon ;
• produire un briefing du jour ;
• déposer un rapport dans OUTPUTS/.

L’utilisateur relit, ajuste et envoie. Ce fonctionnement réduit le temps passé sur les tâches administratives sans supprimer le contrôle humain.

La méthode CASSA structure l’espace de travail agentique

Le framework CASSA est présenté comme une manière de construire un “AI-ready digital home”, c’est-à-dire une architecture de travail prête pour les agents.

CASSA signifie :

• Consolidate ;
• Architect ;
• Systematize ;
• Activate.

La logique répond à trois problèmes fréquents : information dispersée, absence de contexte clair et sorties génériques. Le système Co-work configuré avec dossiers, instructions, contexte, connecteurs, skills, plugins et tâches programmées constitue la fondation concrète de cette architecture.

L’objectif n’est pas d’empiler des outils d’IA. Il est de donner aux agents un environnement lisible, structuré, contextualisé et activable.

L’assistant complet repose sur une progression cumulative

Chaque étape corrige une faiblesse précise.

• Le dossier de travail corrige le chaos d’accès aux fichiers.
• Les instructions globales corrigent l’absence de règles.
• Le dossier ABOUT ME/ corrige l’absence de contexte personnel.
• La mémoire corrige la perte de continuité.
• La carte de contexte corrige l’errance dans les outils.
• Les connecteurs corrigent l’isolement du chatbot.
• Les skills corrigent l’incapacité à produire des fichiers spécialisés.
• Les plugins corrigent l’absence d’expertise métier.
• Les tâches programmées corrigent la dépendance à l’activation manuelle.

L’ensemble donne une architecture où Claude peut lire, comprendre, produire, classer, relancer, auditer, planifier et préparer des actions, tout en restant borné par les règles et permissions définies.