book-to-skill : transformer un livre en skill Claude Code — le test honnête (2026)

TL;DR — book-to-skill en une minute

• Ce que c’est : un outil open source (licence MIT) qui transforme un livre technique, un dossier de documents ou un simple PDF en skill Claude Code — une compétence que votre agent charge tout seul, au moment où il en a besoin.
• Le gain : au lieu d’injecter tout un ouvrage dans le contexte, l’agent ne lit que le passage utile. L’auteur annonce 24 à 51x moins de tokens pour répondre à une question.
• Là où ça brille : un corpus dense et propriétaire que le modèle ne connaît pas — un manuel interne, une documentation produit, vos procédures maison.
• Là où c’est inutile : sur des sujets publics et bien documentés, Claude a déjà la connaissance ; distiller un livre grand public n’apporte presque rien.
• Notre verdict : à garder sous le coude. Excellent le jour où le besoin est là, superflu tant qu’il ne l’est pas.

Ce que fait réellement book-to-skill

Le principe tient en une phrase : vous pointez l’outil vers un fichier ou un dossier — un PDF, un EPUB, un DOCX, une collection de pages — et il en produit un skill au format que Claude Code comprend nativement. Concrètement, il ne se contente pas de découper le texte en morceaux : il distille le contenu en une structure interrogeable (les grands cadres, les décisions, les schémas récurrents), accompagnée d’un résumé. Quand votre agent a une question, il charge ce skill, lit la section pertinente, et répond à partir du contenu réel — pas d’une reformulation approximative.

C’est toute la différence avec le réflexe habituel qui consiste à copier-coller un chapitre entier dans la conversation. Ici, la connaissance vit dans un fichier léger, à côté de vos autres skills, et ne s’active qu’à la demande.

Pourquoi « 24 à 51x moins de tokens » n’est pas qu’un chiffre marketing

L’argument central de book-to-skill est l’économie de tokens, et il faut le comprendre pour savoir s’il vous concerne. Injecter un livre de 300 pages dans le contexte, c’est payer — en tokens, donc en argent et en latence — la lecture intégrale de l’ouvrage à chaque question, même quand la réponse tient dans un paragraphe. En distillant d’abord, puis en ne chargeant que le nécessaire, l’outil ramène cette facture d’un facteur 24 à 51 selon les mesures de son auteur.

Mais voici la nuance que la vidéo virale qui vous a peut-être amené ici passe sous silence : cette économie ne compte que si vous interrogez souvent un gros corpus statique. Pour une question ponctuelle, ou si le document tient déjà à l’aise dans le contexte, le gain reste théorique. L’outil résout un problème de *volume répété*, pas un problème de *lecture unique*.

Le vrai test : votre corpus est-il propriétaire ?

C’est le point qui décide de tout, et il n’a rien de technique. Claude connaît déjà remarquablement bien tout ce qui est public et bien documenté : les grands frameworks, les langages, la réglementation courante, les méthodes classiques. Distiller un livre grand public sur un sujet connu pour en faire un skill, c’est apprendre à un expert ce qu’il maîtrise déjà — l’effort ne se rentabilise pas.

La valeur apparaît sur l’inverse : un corpus que le modèle ne peut pas connaître. Un manuel de procédures internes. La documentation d’un produit maison. Un guide métier dense et spécifique. Un ensemble de règles propres à votre organisation. Là, book-to-skill transforme un document que personne d’autre ne possède en une compétence que votre agent mobilise instantanément — et c’est précisément le genre de connaissance qui sépare un assistant générique d’un assistant qui connaît *votre* maison.

Comment il s’intègre à un workflow Claude Code

Bonne nouvelle pour qui travaille déjà avec des skills : book-to-skill parle la même langue. Il ne vous impose ni serveur à héberger, ni infrastructure lourde, ni dépendance exotique — il produit un skill markdown, chargé à la demande, exactement comme ceux que vous écrivez à la main. C’est cohérent avec la philosophie de Claude Code : de la connaissance versionnée dans des fichiers, pas une base de données parallèle à administrer.

Sur notre parc d’agents Claude Code — une vingtaine de sites édités chaque jour — la logique « un skill par domaine de connaissance, chargé quand c’est utile » est exactement ce qui garde le contexte propre et les coûts sous contrôle. book-to-skill étend cette logique aux documents longs sans en changer les règles. Un complément naturel, pas un nouvel outil à apprivoiser.

Notre verdict : bookmark, pas installation réflexe

book-to-skill fait exactement ce qu’il promet, proprement, dans le bon format. Ce n’est pas un gadget survendu — c’est un vrai bon outil. Mais un bon outil sans problème à résoudre reste un outil qui dort.

Le jour où vous aurez un corpus dense et propriétaire à rendre interrogeable par votre agent — une doc produit, un manuel métier, des procédures — sortez-le, ce sera le bon moment. D’ici là, gardez-le en réserve. C’est la distinction que nous appliquons systématiquement dans notre veille : entre un outil *utile* et un outil *utile pour vous, maintenant*, il y a souvent tout un business.

À compléter

• La qualité de distillation dépend du document. Un PDF bien structuré donne un meilleur skill qu’un scan brouillon : testez sur un extrait avant de traiter un gros corpus.
• Comparez selon le besoin. Pour une traçabilité forte (citations exactes, audit ligne à ligne), un moteur RAG dédié reste plus adapté ; book-to-skill vise la légèreté et l’intégration native, pas la preuve à la source.