Étude de cas · Skill
Les skills « bibliographie » et « veille »
Une revue ponctuelle et un flux permanent : recherche PubMed exhaustive, tableau à cocher, téléchargement légal, classement, puis une diapositive par référence. Deux skills construits l'un après l'autre, et pourquoi il en faut deux.
Capture d’un outil réel · données fictives, noms floutés
Idée
Quel problème, en une phrase ?
Nommer les deux problèmes
« Pour chaque présentation, je refais une recherche de zéro et je retélécharge des articles que j'ai déjà. » Puis, plus tard : « Je lis un article important, je me dis que j'en ferai une diapositive, et je ne le retrouve jamais. » Deux problèmes, donc deux outils.
DifficultéUn seul skill qui voulait tout faire (revue ponctuelle et veille continue) mélangeait les dossiers et les statuts.
SolutionSéparer : la bibliographie répond à une question ponctuelle ; la veille est un flux qui ne se vide jamais.
Concept
Que sera l'outil, et que fera-t-il ?
Écrire le cycle complet de la bibliographie
Huit étapes, toujours dans cet ordre : cadrer (sujet et nom de la revue) ; recherche PubMed exhaustive (souvent 80 à 200 références) ; enrichissement des métadonnées ; tableau interactif à cocher ; récupération de la sélection ; téléchargement ; classement ; génération d'un document Word et d'un PowerPoint.
À dire à Claude« Fais une revue bibliographique sur [sujet], nomme-la [nom court]. Commence par me montrer la requête PubMed et le nombre de résultats avant d'aller plus loin. »
!L'étape de sélection est la vôtre ; l'IA propose un tableau, elle ne choisit pas.
Trier par qualité sans filtre magique
PubMed ne filtre pas par facteur d'impact. La qualité passe par une liste blanche de revues tenue à jour à la main, avec des préréglages (les revues majeures de la spécialité, celles de l'imagerie), et par des curseurs année et revue dans le tableau.
DifficultéDes facteurs d'impact « estimés » par l'IA, faux ou périmés.
SolutionUne table persistante de revues, mise à jour par vous une fois par an ; l'IA la lit, elle ne l'invente pas.
Réalisation
Que demander à Claude, dans quel ordre ?
Construire le tableau à cocher
Une page qui liste les références avec année, revue, badge d'accès (libre, via l'institution, payant) et des curseurs. Vous cochez ; la sélection revient à Claude en une ligne à coller dans la conversation.
DifficultéLa sélection faite dans la page n'était pas transmise à Claude.
SolutionUn bouton qui produit une ligne de texte à copier dans la conversation ; simple et robuste.
Télécharger légalement
Accès libre d'abord (archives ouvertes), puis version légale via un service de recherche d'accès ouvert, puis l'accès institutionnel de votre université. Un seul lot par session. Avant tout téléchargement, vérifier dans l'archive locale que l'article n'y est pas déjà.
DifficultéDes doublons avec une archive de plusieurs milliers de PDF déjà présents sur le poste.
SolutionVérification systématique dans l'archive (en lecture seule) avant de télécharger.
!Jamais de contournement d'un accès payant ni d'un captcha.
Une diapositive par référence
Même sans PDF : titre, message, deux figures cherchées activement dans l'article, citation courte sur la diapositive ; résumé, DOI et PMID en commentaires. L'attribution à PubMed reste mentionnée globalement.
DifficultéUne seule figure retenue « par facilité », ou un diagramme de flux à la place de la figure centrale.
SolutionDeux figures exigées par le skill ; le diagramme de flux n'est jamais la figure centrale.
Poser la veille en flux
Trois ou quatre flux PubMed au plus : un par thématique de recherche, plus un flux transversal (méthodes, recommandations, IA). Mesurer le volume de chaque flux sur un an avant de poser l'alerte ; cible d'environ six à sept références par semaine au total.
À dire à Claude« Construis une requête PubMed pour [thématique] + imagerie, mesure le volume annuel, et resserre-la si elle dépasse 200 références par an. »
DifficultéUn flux à plusieurs centaines de références par an, illisible.
SolutionResserrer la requête avant de créer l'alerte ; volume vérifié à chaque modification.
DifficultéDes acronymes ambigus (deux lettres qui désignent trois maladies) ramenaient du bruit.
SolutionJamais d'acronyme isolé ; toujours borné par un contexte. Exclusion systématique des commentaires, éditoriaux, errata et rétractations.
Épreuve
Comment prouver que ça marche ?
Vérifier avant de livrer
Chaque référence du document final existe (PMID contrôlé), chaque chiffre cité est retrouvé dans l'article, chaque fichier est classé dans le dossier de la revue. Les références écartées restent visibles avec le statut « écarté ».
DifficultéUne référence citée qui n'existait pas.
SolutionRègle : aucune référence sans identifiant vérifié ; ce qui n'est pas retrouvé est retiré.
!Ne jamais supprimer une référence écartée ; elle passe en archive et reste consultable.
Mise en service
Comment le livrer, le publier, le faire durer ?
La diapositive tout de suite
Règle fondatrice de la veille : quand un article est retenu, sa diapositive est produite immédiatement et rejoint la banque. On ne revient jamais sur un article « pour plus tard ».
Brancher sur le reste du système
La bibliographie devient un onglet de l'atelier de présentation de congrès ; la veille alimente le tableau d'anticipation (onglet veille) une fois par semaine. Une couche de synthèse peut transformer une question en tableau de preuves et repérer ce qui manque dans la banque.
!Le tableau de preuves est un point d'arrêt ; rien ne continue sans votre validation.