Artefact

Un même mot, trois chaînes de production

Un artefact est un livrable produit par une chaîne de travail et dérivé d'une source. Le mot circule dans trois vocabulaires qui se recouvrent : l'ingénierie logicielle, où l'artefact est ce que le build produit à partir du code ; les protocoles d'agents, où il nomme la sortie d'une tâche confiée à un agent ; et la génération assistée par IA, où il s'étend à tout document, slide, diagramme ou code fabriqué avec un modèle. Les trois désignent le même objet vu depuis trois époques : quelque chose qu'on ne rédige pas à la main mais qu'on obtient, et qu'on doit pouvoir obtenir à nouveau. Cette fiche couvre les trois sens, et c'est le sens large qui vaut sur ce site.

En ingénierie logicielle : ce que le build produit

Le sens d'origine est celui de la chaîne de build. Un artefact est un fichier dérivé du code source par un processus reproductible : binaire, archive, image de conteneur, rapport de test, site statique. Maven, en 2004, en a fait l'unité de dépendance : un artefact y est identifié par trois coordonnées, groupId:artifactId:version, que la documentation compare à « une adresse et un horodatage en un », et qui le distinguent de tout autre artefact dans un dépôt. Les dépôts d'artefacts (Nexus, JFrog Artifactory) et les registres d'images reposent sur cette idée : l'artefact est immuable, versionné, et on ne le modifie jamais, on le regénère.

Les systèmes d'intégration continue ont repris le terme pour ce qu'un job laisse derrière lui. GitLab CI définit ainsi son mot-clé artifacts : « une liste de fichiers et de répertoires attachés au job quand il réussit, échoue, ou dans tous les cas ». GitHub Actions expose la même notion avec upload-artifact. UML, dès ses diagrammes de déploiement, modélise l'artefact comme l'élément physique d'information qu'un processus de développement utilise ou produit. Dans tous ces emplois, une propriété est constante : l'artefact n'a pas de valeur en soi, il en a par la source dont il dérive et par la chaîne qui permet de le reproduire.

Dans le protocole A2A : la sortie d'une tâche d'agent

Le protocole Agent2Agent (A2A), conçu par Google puis donné à la Linux Foundation, reprend le mot pour désigner ce qu'un agent rend à la fin d'une tâche. Sa spécification définit l'artefact comme « une sortie (par exemple un document, une image, des données structurées) générée par l'agent à l'issue d'une tâche, composée de Parts ». L'artefact y est distinct du message : le message sert au dialogue entre agents, l'artefact est le résultat livré, découpé en parties typées et transmissible en flux. C'est le sens de l'ingénierie transposé aux agents : la tâche joue le rôle du build, l'artefact celui du livrable.

Le livrable à l'ère de la génération

Avec la génération assistée par IA, le mot s'étend à tout ce qu'un humain ou un agent produit dans une chaîne de travail : rapport, présentation, diagramme, spécification, doctrine, et code. Le code lui-même change de statut : il n'est plus le travail mais un artefact du travail, dérivé d'un contexte, de spécifications et de règles qui, eux, sont la matière. La question centrale se déplace alors vers l'origine du livrable : de quelle source il dérive, et comment on le régénère. C'est la même propriété que celle de l'artefact de build, appliquée à des objets qu'on croyait réservés à la rédaction humaine.

« Artifact » chez Anthropic : le rendu interactif de Claude

Anthropic emploie le terme anglais Artifacts pour la fonctionnalité, lancée en juin 2024 avec Claude 3.5 Sonnet, qui permet à Claude de produire un contenu autonome et éditable (document, page web, composant, extrait de code, visualisation) dans une fenêtre dédiée, séparée du fil de conversation. L'annonce le formule ainsi : ces artefacts « apparaissent dans une fenêtre dédiée à côté de la conversation », et l'utilisateur peut « voir, modifier et prolonger les créations de Claude en temps réel ». L'artefact devient un objet manipulable et versionnable, pas seulement une réponse dans le dialogue. C'est un exemple concret du glissement : le modèle ne renvoie plus du texte, il fabrique un livrable.

L'artefact orphelin, et sa gouvernance

Un artefact généré sans source, sans traçabilité ni revue devient un artefact orphelin : c'est le workslop, un livrable à l'apparence aboutie qui transfère la charge de vérification à son destinataire. La parade tient dans la production à base de connaissance : on ne raffine pas le livrable, on raffine la matière qui le produit, selon une architecture médaillon (raw, bronze, silver, gold) où l'artefact final se régénère depuis une source de vérité gouvernée, chaque affirmation reliée à son origine. L'artefact cesse d'être un point d'arrivée figé pour redevenir du contexte réutilisable. La règle est celle du dépôt d'artefacts depuis vingt ans : on ne retouche pas l'artefact, on corrige la source et on regénère.