Faire de Claude ta base de connaissances

Un Project ne sert pas qu’à figer un ton : rempli de tes documents, il devient une base de connaissances que tu interroges en langage naturel. Fini de fouiller dans dix fichiers : tu poses ta question, Claude peut rechercher les passages pertinents dans tes références. Cela améliore le contexte, mais ne garantit ni que le bon passage sera retrouvé ni que la réponse sera exacte.

🟢 En clair. une base de connaissances, c’est simplement l’ensemble de tes documents déposés dans un Project (procédures, notes, catalogue, FAQ…). Claude s’en sert comme source : au lieu de répondre « en général », il répond à partir de ce que tu lui as fourni.

📚 L’analogie du documentaliste. Imagine un collègue à qui tu confies tous tes classeurs. Tu ne lui demandes plus « que dit la loi ? » mais « que dit notre procédure ? ». Il feuillette tes documents et te répond avec tes règles. C’est exactement le rôle d’un Project bien rempli.

Ce que ça change au quotidien :

• Tu interroges tes documents (« quelle est notre politique de retour au-delà de 30 jours ? ») au lieu de les relire.
• Tu fabriques à partir d’eux (« rédige une réponse client conforme à notre procédure de remboursement »).
• Tu restes cohérent : tout le monde s’appuie sur la même source, pas sur des souvenirs approximatifs.

🧩 Exemple concret. un Project « Onboarding RH » avec le livret d’accueil, la charte télétravail et la procédure de congés. Un nouveau manager demande « combien de jours de télétravail par semaine, et comment les poser ? » → Claude répond selon vos règles, en citant la bonne procédure.

🔧 La bonne discipline documentaire. La qualité des réponses dépend de la qualité des documents : mets des sources à jour, bien nommées, et retire les versions périmées. Un document obsolète dans le Project, c’est une réponse fausse en puissance. Range comme tu rangerais une vraie étagère.

⚠️ Erreur fréquente. croire que Claude « connaît » forcément ta réponse dès qu’un document est déposé. Il faut encore le lui demander clairement et, sur les points sensibles, vérifier contre la source (rappel du thème « Bons réflexes » : Claude peut se tromper, même avec un document sous les yeux).

🔒 Confidentialité. déposer des documents internes dans un Project, c’est les confier à l’outil. N’y mets pas de secrets (mots de passe, clés) ni de données que tu n’as pas le droit de traiter, et vérifie tes réglages de confidentialité (voir « Bons réflexes »).

❓ Vérifie que tu as compris. ton équipe répond 20 fois par jour aux mêmes questions sur vos produits, chacun à sa façon. Comment un Project peut-il aider ?

Voir la réponse

Crée un Project avec la doc produit et une FAQ à jour en documents, et une instruction « réponds selon nos documents, ton clair et factuel ». Chacun interroge la même base : les réponses deviennent cohérentes, rapides, et alignées sur la source officielle plutôt que sur la mémoire de chacun.

✅ En résumé

• Un Project rempli de tes documents = une base de connaissances interrogeable en langage naturel.
• Il peut répondre à partir de tes sources : exige une citation et prévois le cas « information absente ».
• Qualité des réponses = qualité des documents : à jour, bien rangés ; vérifie les points sensibles.

🔍 Pour aller plus loin. Pour connecter Claude non plus à des documents figés mais à tes outils vivants (Drive, agenda, etc.), on passe aux connecteurs et au protocole MCP, thème « Quand Claude agit ».

Le test qui transforme des documents en outil fiable

Écris avant usage cinq questions dont tu connais la réponse, une question absente et une question ambiguë. Exécute-les dans des conversations neuves et vérifie la citation. Un dossier plein de documents n’est pas encore une base fiable : le jeu de tests de l’atelier 3 en apporte la preuve minimale.