Anthropic ajoute une approche « infrastructure as code » à sa plateforme d’agents. Depuis la version 1.30.0 de son interface en ligne de commande, ant apply permet de décrire dans un dépôt les agents, environnements, compétences, mémoires et déploiements, puis de synchroniser ces ressources avec l’API Claude.
La nouveauté annoncée le 3 septembre vise les équipes qui veulent gérer leurs systèmes d’agents avec les mêmes méthodes que leur logiciel : fichiers versionnés, revue des changements, prévisualisation avant application et exécution automatisée après validation. Elle répond à un problème concret des projets agentiques : lorsque la configuration est dispersée entre une console web, des scripts et plusieurs environnements, il devient difficile de savoir précisément ce qui est déployé.
Un plan avant chaque modification
Le fonctionnement reprend les principes des outils déclaratifs. L’utilisateur décrit la ressource souhaitée dans un fichier Markdown, YAML ou JSON. La commande analyse ensuite la différence entre cet état et les ressources déjà connues, puis affiche un plan indiquant ce qui sera créé ou mis à jour. En mode interactif, l’application de ce plan exige une confirmation.
Un mode de simulation permet aussi d’obtenir le détail des modifications sans les exécuter. Cette étape peut être intégrée à une revue de code afin que les changements apportés à un agent ou à son environnement soient examinés avant leur arrivée en production. Pour l’intégration continue, Anthropic prévoit une option non interactive réservée aux changements déjà approuvés.
La commande couvre cinq familles de ressources : les agents, leurs environnements d’exécution, les compétences qu’ils peuvent charger, les espaces de mémoire et les déploiements planifiés. Les références entre ces éléments peuvent être exprimées par des chemins relatifs. L’outil détermine alors l’ordre de création et remplace ces chemins par les identifiants utilisés par l’API.
Un fichier de verrouillage pour suivre les ressources
Après la première application, le CLI écrit un fichier claude-lock.json. Celui-ci associe chaque définition locale à la ressource distante correspondante et conserve notamment sa version ainsi que des empreintes de contrôle. Anthropic recommande de versionner ce fichier avec le reste du projet.
Ce mécanisme évite qu’une nouvelle exécution crée par erreur un deuxième agent au lieu de mettre à jour le premier. Il permet aussi de détecter certaines modifications effectuées directement dans la console. Lorsqu’un écart est repéré, l’application peut être refusée jusqu’à ce que l’équipe décide de conserver l’état distant ou de réappliquer la configuration du dépôt.
Des garde-fous encore nécessaires
Cette approche améliore la traçabilité, mais elle ne supprime pas les risques opérationnels. Anthropic précise que deux applications ne doivent pas être lancées en parallèle, car le fichier de verrouillage n’est pas lui-même protégé contre les écritures concurrentes. Une exécution partiellement réussie peut également modifier le fichier d’état, qui doit alors être conservé pour refléter les ressources effectivement créées.
La suppression demande aussi une action explicite. Retirer un fichier du dépôt ne détruit pas automatiquement la ressource distante ; une option dédiée doit être utilisée pour l’archiver ou la supprimer. Enfin, les ressources créées auparavant par la console ne sont pas adoptées automatiquement, sauf si elles ont été exportées avec leur propre fichier de verrouillage.
Pour les équipes qui déploient plusieurs agents, ant apply transforme donc la configuration en un objet vérifiable et reproductible. L’intérêt principal n’est pas de rendre les agents plus autonomes, mais de rendre leurs changements plus lisibles, auditables et prévisibles.
