Detected promise
Dossier pratique — Accès aux dossiers (Cowork) : Claude lit/écrit sur tes fichiers clients en sécurité
Reconstructed contract
X dossiers — Claude lit et écrit directement sur tes fichiers clients via Cowork
Ce dossier te donne un mode opératoire complet (sans DM) pour utiliser « l’accès aux dossiers / Cowork » avec des fichiers clients : prérequis, architecture de dossiers, règles de sécurité, procédure pas-à-pas, prompts prêts à copier, checklists et gabarits (journal d’audit, conventions de nommage, brief de mission, SOP). Objectif : obtenir une exécution fiable (lecture, synthèse, rédaction, mises à jour de fichiers) sans fuite de données, sans écrasement de versions, et avec traçabilité.
Resource without ritual
The promised resource, no comment required
1) Ce que permet (et ne permet pas) l’accès aux dossiers / Cowork
Ce que tu peux viser (workflow réaliste) :
Lire un dossier « client » (PDF, docs, tableurs, notes), en extraire un état des lieux et produire une synthèse.
Créer/mettre à jour des livrables : compte-rendus, plans, emails, checklists, tableaux (CSV/MD), docs (selon formats supportés), et enregistrer ces fichiers dans un dossier de sortie.
Classer/renommer des fichiers selon une convention, générer un index, détecter doublons et manques.
Maintenir une « base projet » : un README, un changelog, une todo, des briefs standardisés.
Ce que tu dois supposer par défaut (garde-fous) :
Claude n’est pas un système de stockage : tu dois garder tes règles de versioning, sauvegardes et droits d’accès.
L’agent peut se tromper sur l’intention d’un document, confondre versions, ou proposer des modifications trop agressives.
Les opérations d’écriture doivent être « confirmées » via un mode plan/revue (ou à défaut via une procédure de validation humaine) avant modification de documents sensibles.
Définition utile :
Dossier SOURCE (lecture seule) : pièces client, contrats, exports, data brutes.
Dossier WORK (brouillons) : analyses, notes, pré-livrables.
Dossier DELIVERY (sortie) : livrables finalisés validés.
Dossier LOGS : journal d’actions (audit) et preuves (diffs, listes de fichiers, décisions).
2) Préparer une arborescence “agent-proof” (anti-chaos)
Arborescence recommandée (copie/colle) :
/CLIENTS/<Client>/<Projet>/
00_ADMIN/
NDA_Contrats/
Acces_Droits/
01_SOURCE_READONLY/
Briefs/
Data/
Comptes_rendus/
02_WORK_DRAFTS/
Analyses/
Brouillons_emails/
Tableaux/
03_DELIVERY_FINAL/
Livrables/
Exports/
04_LOGS_AUDIT/
actions_log.md
file_manifest.csv
decisions.md
Conventions de nommage (standard) :
Dates : YYYY-MM-DD
Versions : v01, v02…
Format : <YYYY-MM-DD>_<client>_<projet>_<type>_vXX.<ext>
Ex : 2026-07-08_ACME_Q3_Audit_Synthese_v03.md
Règles qui évitent 80% des accidents :
SOURCE en lecture seule : l’agent n’y écrit jamais.
DELIVERY uniquement via « export final » après validation.
Chaque session d’agent crée un log horodaté + un manifeste des fichiers touchés.
Tout fichier modifié est dupliqué (backup) avant écrasement : *_bak_YYYY-MM-DD.*
3) Modèle de “claude.md” / règles projet (à mettre au niveau du projet)
Crée un fichier 00_ADMIN/claude.md (ou équivalent) et mets ceci (adapter) :
--
RÔLE
Tu es l’assistant opérateur du projet <Client>/<Projet>. Tu peux lire 01_SOURCE_READONLY et écrire uniquement dans 02_WORK_DRAFTS, 03_DELIVERY_FINAL, 04_LOGS_AUDIT.
PÉRIMÈTRE & CONFIDENTIALITÉ
Données client strictement confidentielles.
Ne réutilise aucun contenu hors de ce projet.
Si une demande dépasse le périmètre (ex : autres clients, infos perso), tu refuses et demandes clarification.
RÈGLES D’ÉCRITURE (OBLIGATOIRES)
1) Ne jamais modifier/écrire dans 01_SOURCE_READONLY.
2) Avant toute écriture : proposer un PLAN + liste des fichiers à créer/modifier + chemins.
3) Pour toute modification d’un fichier existant :
créer une copie *_bak_<date>
appliquer la modification sur une nouvelle version vXX
résumer les changements (changelog)
4) Maintenir 04_LOGS_AUDIT/actions_log.md : chaque action = date/heure, fichier(s), motif, résultat.
QUALITÉ
Cite la source interne (nom du fichier + section/page si possible) quand tu affirmes un fait.
Si ambigu : poser 1-3 questions ciblées.
SÉCURITÉ
Ne jamais exécuter d’actions irréversibles sans validation explicite.
Si un fichier contient des secrets (API keys, mots de passe), ne les recopier nulle part.
--
Astuce : ce fichier devient ton “contrat d’exécution” et réduit drastiquement les sorties fantaisistes.
4) Procédure pas-à-pas (runbook) pour utiliser Cowork avec des fichiers clients
Étape A — Onboarding (10 min)
1) Crée l’arborescence.
2) Place les pièces dans 01_SOURCE_READONLY.
3) Ajoute claude.md dans 00_ADMIN.
4) Crée un « brief opérateur » dans 02_WORK_DRAFTS/brief_operateur.md : objectifs, audience, livrables attendus, échéances.
Étape B — Indexation contrôlée
1) Demande un inventaire : liste des fichiers, tailles approximatives, dates, catégories.
2) Génère un manifeste : 04_LOGS_AUDIT/file_manifest.csv (nom, chemin, type, date, tag).
3) Identifie : doublons, versions concurrentes, documents manquants.
Étape C — Mode plan avant action
1) Pour chaque tâche : demander un plan + fichiers impactés.
2) Valider le plan.
3) Exécuter en écrivant dans WORK, puis promotion en DELIVERY.
Étape D — Validation et livraison
1) Relecture humaine du livrable dans DELIVERY.
2) Ajout d’un changelog + sources citées.
3) Export/partage selon vos règles.
Étape E — Audit
1) Vérifie actions_log.md : rien dans SOURCE, pas de données sensibles recopiées.
2) Archive la session : dossier /04_LOGS_AUDIT/sessions/<YYYY-MM-DD_HHMM>/ (si utile).
5) Prompts prêts à copier (lecture/écriture) — pack “Cowork”
Important : adapte les chemins EXACTS et rappelle les règles (SOURCE read-only).
(1) Prompt d’initialisation / garde-fous
« Lis 00_ADMIN/claude.md et confirme que tu appliqueras ces règles. Ensuite, liste les dossiers disponibles et dis-moi où tu as le droit d’écrire. »
(2) Inventaire + manifeste
« Fais l’inventaire de 01_SOURCE_READONLY : liste tous les fichiers avec chemin, type, date si visible. Puis crée 04_LOGS_AUDIT/file_manifest.csv avec colonnes: path,type,category,version_guess,notes. N’écris rien dans 01_SOURCE_READONLY. Avant d’écrire, montre le plan et les chemins. »
(3) Détection de doublons/versions
« À partir de 04_LOGS_AUDIT/file_manifest.csv, détecte doublons et versions concurrentes (ex: v1/v2, ‘final’, ‘final2’). Propose une convention de renommage et un plan de nettoyage (sans modifier SOURCE). Écris la proposition dans 02_WORK_DRAFTS/cleanup_plan.md. »
(4) Synthèse “exécutive” sourcée
« En te basant uniquement sur les fichiers dans 01_SOURCE_READONLY, produis une synthèse exécutive (max 1 page) + risques + prochaines étapes. Cite les sources internes (fichier + page/section si possible). Enregistre dans 02_WORK_DRAFTS/2026-07-08_<client>_<projet>_Synthese_v01.md. D’abord: donne un plan. »
(5) Extraction en tableau (ex: actions, échéances)
« Extrais toutes les actions/échéances mentionnées dans 01_SOURCE_READONLY. Crée un tableau CSV avec colonnes: item,owner,deadline,source_file,source_location,confidence. Écris-le dans 02_WORK_DRAFTS/action_register_v01.csv. D’abord: plan + fichiers consultés. »
(6) Rédaction d’email client (brouillon)
« Rédige un email au client résumant l’avancement + décisions + questions ouvertes. Ton: professionnel, concis. Ajoute une section ‘Références’ avec sources internes (fichiers). Enregistre en 02_WORK_DRAFTS/email_client_avancement_v01.md. Propose d’abord 2 options de structure. »
(7) Mise à jour contrôlée d’un doc (sans écraser)
« Je veux mettre à jour <nom_du_doc> avec <objectif>. Procède ainsi: 1) propose un plan et les modifications, 2) crée une copie backup *_bak_<date>, 3) écris une nouvelle version vXX dans 02_WORK_DRAFTS, 4) rédige un changelog. Ne modifie pas 01_SOURCE_READONLY. »
(8) Promotion en DELIVERY
« Prends 02_WORK_DRAFTS/<livrable>_v03.md, fais une passe qualité (orthographe, cohérence, sources), puis copie la version validée dans 03_DELIVERY_FINAL/Livrables/<livrable>_v03.md. Mets à jour 04_LOGS_AUDIT/actions_log.md avec ce que tu as fait. Donne d’abord un plan. »
(9) Checklist conformité (PII/secrets)
« Scanne les brouillons dans 02_WORK_DRAFTS pour repérer PII/secrets (emails persos, numéros, clés). Liste uniquement les occurrences par type et par fichier, sans réimprimer les valeurs sensibles. Écris le rapport dans 04_LOGS_AUDIT/privacy_scan_<date>.md. »
(10) Pack “SOP récurrente” (hebdo)
« Crée une SOP hebdomadaire: 1) mettre à jour action_register, 2) générer un compte-rendu, 3) préparer email client. Donne les prompts exacts + où écrire les fichiers. Enregistre dans 02_WORK_DRAFTS/SOP_hebdo_v01.md. »
6) Journal d’audit (template) — actions_log.md
À créer dans 04_LOGS_AUDIT/actions_log.md :
# Journal d’actions (Cowork)
## Session: 2026-07-08 21:45
Objectif: <ex: inventaire + synthèse>
Dossiers autorisés en écriture: 02_WORK_DRAFTS, 03_DELIVERY_FINAL, 04_LOGS_AUDIT
### Actions
1) [HH:MM] Lecture: 01_SOURCE_READONLY/<...>
Résultat: <1 ligne>
2) [HH:MM] Création: 04_LOGS_AUDIT/file_manifest.csv
Colonnes: ...
3) [HH:MM] Création: 02_WORK_DRAFTS/Synthese_v01.md
Sources citées: <...>
### Fichiers créés/modifiés
CREATED: 04_LOGS_AUDIT/file_manifest.csv
CREATED: 02_WORK_DRAFTS/...
COPIED TO DELIVERY: 03_DELIVERY_FINAL/...
### Notes / anomalies
<ex: document manquant, version ambiguë, besoin validation>
7) Patterns “pro” (ce qui fait gagner du temps sans prendre de risques)
Pattern 1 — “Read → Draft → Review → Deliver”
Ne jamais sauter l’étape Draft. DELIVERY = uniquement après validation.
Pattern 2 — “Manifeste d’abord”
Avant d’analyser, exiger un manifeste. Ça évite les hallucinations de documents inexistants.
Pattern 3 — “Citations internes obligatoires”
Pour toute affirmation factuelle : source_file + emplacement (page/section). Si pas possible : marquer “non sourcé”.
Pattern 4 — “Diff mental + changelog”
Même si l’outil ne produit pas un vrai diff, exiger un changelog structuré : Ajouts / Suppressions / Modifs.
Pattern 5 — “Règles d’accès minimal”
N’accorder à Cowork que le dossier du projet, pas un disque entier. Un projet = un périmètre.
8) Mini-plan d’infographie (si tu veux la refaire en interne)
Contenu conseillé pour une infographie 1 page (LinkedIn-friendly) :
Titre: “Cowork: lire/écrire sur les fichiers client sans se brûler”
Bloc 1: Arborescence 00/01/02/03/04
Bloc 2: 5 règles d’or (SOURCE read-only, plan, backup, log, citations)
Bloc 3: 6 prompts essentiels (inventaire, synthèse, extraction CSV, email, update versionnée, promotion delivery)
Bloc 4: Checklist “avant de donner l’accès” (droits, NDA, périmètre)
Note: je ne fournis pas d’image générée ici; tu peux reprendre ce plan dans Canva/Figma.