Artefacts, skills, hooks : le vocabulaire de Claude Code et Claude Cowork expliqué simplement

Un artefact est un livrable que l'IA produit à part de la conversation, éditable et partageable. Un skill est une procédure que l'agent apprend une fois et réutilise ensuite d'une session à l'autre. Un hook est une règle automatique qui se déclenche à un moment précis du travail de l'agent, sans intervention humaine. Voici ces trois mots expliqués, avec des exemples PME, et leurs équivalents approximatifs chez les principaux outils du marché.

Qu'est-ce qu'un artefact, un skill et un hook, en une phrase chacun ?

Un artefact est un contenu généré par l'agent et affiché séparément du fil de discussion, que l'on peut relire, corriger et partager sans le recopier depuis le chat. Un skill est une procédure écrite une seule fois, dans un format que l'agent reconnaît et réutilise d'une conversation à l'autre. Un hook est une règle qui s'exécute automatiquement à un moment précis, avant ou après une action de l'agent, sans qu'un humain ait besoin d'y penser.

Ces trois notions répondent à trois problèmes différents : le livrable qui se noie dans une longue discussion, la procédure à réexpliquer à chaque fois, la règle qu'on oublie une fois sur dix. Elles se combinent souvent dans un même projet.

Qu'est-ce qu'un artefact, concrètement, et à quoi ça sert en PME ?

Dans une conversation classique, tout défile dans le même fil : questions, réponses, brouillons successifs. Un artefact sort le document du fil et le place dans un espace à part, modifiable sans perdre le contexte, puis exportable ou partageable par un lien.

Pour une PME, cela change la façon de travailler sur un vrai livrable. Un dirigeant qui fait rédiger un cahier des charges ou une page de présentation obtient un document autonome, modifiable par petites touches ("raccourcis le paragraphe 2", "ajoute une colonne prix"), plutôt qu'un pavé de texte à recopier à chaque itération. Un artefact peut aussi être une visualisation : un tableau de bord, une maquette de page web montrée à un client. À retenir : ce n'est pas un fichier stocké en permanence par défaut, mais un objet vivant, à sauvegarder explicitement pour le conserver.

Qu'est-ce qu'un skill, et en quoi ce n'est pas juste un prompt copié-collé ?

Un prompt, même bien écrit, vit dans une seule conversation. Pour que l'IA applique la même méthode la semaine suivante, il faut s'en souvenir, le retrouver ou le réécrire. Un skill supprime ce frottement : une procédure enregistrée une fois, que l'agent applique automatiquement quand la situation s'y prête.

Techniquement, un skill se présente comme un ou plusieurs fichiers d'instructions, avec des métadonnées qui décrivent quand l'utiliser. L'agent consulte cette description, juge si le skill correspond à la demande en cours, puis l'applique. Exemple en PME : une entreprise de restauration qui édite chaque semaine des factures avec des mentions légales spécifiques écrit un skill "générer une facture conforme" une fois, avec le format attendu. L'agent l'applique ensuite à chaque facture. Cet article a d'ailleurs été produit à partir d'un skill décrivant le positionnement éditorial du site. Pour la méthode pas à pas, sans écrire une ligne de code, voir comment créer un skill Claude Code sans être développeur.

Qu'est-ce qu'un hook, et pourquoi un dirigeant non technique doit connaître ce mot ?

Un hook est une règle qui se déclenche automatiquement à un événement précis du travail de l'agent : avant qu'il utilise un outil, après, ou à la fin d'une session. Contrairement à une consigne du prompt, qu'un agent peut en théorie oublier si la conversation s'allonge, un hook s'exécute systématiquement.

C'est la différence entre demander poliment à quelqu'un de vérifier un document avant de l'envoyer, et installer un contrôle qui bloque l'envoi tant que la vérification n'a pas eu lieu. Le hook déplace une règle de la "bonne volonté" vers le "garde-fou automatique".

Exemples utiles en PME : un hook qui refuse d'enregistrer un fichier contenant une clé API dans un dossier partagé, un hook qui reformate un document selon la charte graphique avant présentation, ou un hook qui vérifie qu'aucune donnée personnelle brute n'est écrite dans un rapport destiné à un tiers. Ce principe rejoint ceux détaillés dans le dossier complet sur les agents IA : un agent utile est encadré par des règles qui s'appliquent sans exception.

En pratique, comment ça se retrouve sur Claude (Claude Code et les usages professionnels) ?

Sur les usages conversationnels de Claude, l'artefact est le mécanisme le plus visible : un document, une page ou une visualisation générés par l'IA s'ouvre dans un panneau séparé, modifiable par itérations et partageable par un lien.

Sur Claude Code, l'outil en ligne de commande dédié au développement, l'équilibre diffère. L'agent travaille directement dans les fichiers du projet plutôt que dans un panneau à part : le livrable prend la forme d'un fichier modifié sur disque, ce qui rend l'artefact moins central. Les skills et les hooks, en revanche, y sont formalisés : un skill se déclare via un fichier avec des métadonnées, invoqué selon la tâche en cours ; un hook se configure explicitement, selon la documentation officielle des hooks de Claude Code.

Et sur ChatGPT ou Codex, comment ça se traduit ?

ChatGPT propose un panneau d'édition séparé, Canvas, proche de l'artefact : un document ou un extrait de code s'y ouvre à part du fil et se retravaille par petites modifications, même si l'implémentation diffère de celle de Claude.

Pour le skill, l'équivalence est en réalité directe : Codex adopte le même format ouvert SKILL.md que Claude Code (standard publié par Anthropic et documenté sur agentskills.io), un dossier avec un fichier d'instructions et des métadonnées, invocable individuellement selon la tâche. ChatGPT, de son côté, propose plutôt des GPT personnalisés avec instructions et fichiers de connaissance propres, une logique de contexte unique par projet plus proche du prompt persistant que du skill packagé. Pour le hook au sens strict, la formalisation publique reste plus légère côté OpenAI : mieux vaut vérifier la documentation de l'outil avant d'en dépendre.

Et sur Antigravity, l'IDE agent de Google, ça donne quoi ?

Antigravity est l'environnement de développement agentique de Google, plus récent que Claude Code ou Codex. L'agent y produit des plans de travail et des propositions de modification affichés dans une interface dédiée, ce qui se rapproche de la logique d'artefact : un résultat structuré, distinct du simple échange de messages, consultable avant application.

Sur les skills, Antigravity adopte lui aussi le format ouvert SKILL.md (stocké dans .agents/skills/ au niveau du projet ou globalement), le même standard que Claude Code et Codex : un skill écrit pour l'un fonctionne sur l'autre sans adaptation. Sur les hooks en revanche, Antigravity a son propre format (hooks.json, avec ses propres événements de cycle de vie), distinct de celui de Claude Code même si l'esprit (déclencher une règle automatique à un moment précis) est identique.

Faut-il chercher une correspondance parfaite entre ces outils ?

Non, et c'est le point le plus important. Ces trois notions décrivent des besoins réels (un livrable à part, une procédure réutilisable, une règle automatique) qui existent, sous une forme ou une autre, dans la plupart des outils agentiques sérieux, mais le vocabulaire et le degré de formalisation varient d'un éditeur à l'autre, et évoluent vite.

Pour une PME qui choisit un outil, la question utile n'est pas "a-t-il exactement un artefact, un skill et un hook comme Claude Code", mais "me permet-il de produire un livrable réutilisable, de figer une procédure récurrente, et d'imposer une règle qui s'applique sans exception". C'est la logique suivie dans le guide pour créer et déployer un agent IA en entreprise et dans la définition complète d'un agent IA. Avant de coder quoi que ce soit avec l'aide de ces outils, mieux vaut aussi maîtriser les bases techniques indispensables : base de données, OAuth, clés API.

Si ce vocabulaire est maintenant clair mais que la mise en route reste floue, le guide de premiers pas avec Claude Code pour un non-développeur reprend la progression concrète : faire lire et résumer d'abord, produire dans un gabarit imposé ensuite, formaliser une procédure en skill seulement après.