Ingénierie des prompts ou des agents : où se situe le problème ?
Améliorer une instruction et concevoir un système qui agit sont deux travaux liés. Identifiez la couche où l’échec se produit.
Un prompt peut demander le résumé d’un document. Un système avec agent peut le rechercher, vérifier sa version, le résumer et préparer une mise à jour ailleurs. Le second cas ajoute des actions et un état. Améliorer la première phrase ne traite pas, à lui seul, toutes ces responsabilités.
La distinction architecturale proposée par Anthropic sépare les parcours prédéfinis des systèmes où le modèle choisit dynamiquement ses prochaines étapes. Cet article de 2024 est une référence conceptuelle, pas un catalogue actuel. Il aide ici à choisir la structure nécessaire à une tâche.
Ce qu’une instruction peut clarifier
L’ingénierie des prompts organise objectif, contexte, contraintes et format de réponse. Si un résumé doit conserver échéances et responsables, cette exigence doit être explicite. Des exemples peuvent montrer le détail attendu. L’évaluation compare la réponse à sa source et aux critères prévus.
Lorsque le contenu fourni suffit et qu’aucune action externe n’est demandée, un appel bien structuré peut répondre au besoin. Ajouter mémoire, outils et exécution continue sans nécessité introduit des composants à tester et maintenir. La complexité doit résoudre un problème identifié, pas donner une impression de sophistication.
Ce qui change lorsque le système agit
Les actions nécessitent des outils définis, des permissions, une gestion d’erreurs et des conditions d’arrêt. Le système doit distinguer une recherche échouée d’une recherche réussie sans résultat. Il doit aussi éviter de répéter une opération externe simplement parce qu’il n’a pas reçu de confirmation claire.
Imaginons un agent préparant la mise à jour d’un article. Lire le texte et proposer une révision constitue une tâche. Publier nécessite le bon enregistrement, la conservation des champs existants et une vérification des modifications intervenues depuis la lecture. Dire « soyez prudent » ne met pas en œuvre cette protection contre la concurrence.
L’interface de l’outil appartient à la solution
L’article d’Anthropic sur les outils insiste sur des descriptions claires et l’évaluation de leur utilisation. Concrètement, entrées et effets doivent être compréhensibles, sans demander au modèle de deviner une règle cachée derrière un nom ambigu.
Une fonction « mettre à jour » avec plusieurs champs inexpliqués laisse planer un doute sur les remplacements. Une interface indiquant l’enregistrement, la révision attendue et les champs modifiés réduit cette ambiguïté. Le serveur doit valider le contrat et renvoyer une erreur reconnaissable lorsque la condition échoue. L’instruction écrite complète ce fonctionnement sans remplacer son implémentation.
Examiner la couche réellement défaillante
Si une réponse oublie un élément présent dans la source, examinez contexte et consignes. Si l’outil renvoie des données incomplètes, regardez recherche et pagination. Si une mise à jour écrase le travail d’une personne, examinez versions et modifications. Ces échecs peuvent apparaître dans la même conversation mais demander des corrections différentes.
Consignez des cas représentatifs et rejouez-les après un changement de prompt, d’outil ou de modèle. L’article sur la gouvernance des agents traite des effets autorisés. La méthode d’IA pour les projets web organise les livraisons vérifiables. La question utile concerne la partie du système à modifier pour que le travail fonctionne et reste explicable ensuite.
À propos de l’auteur
Tiago F SantiagoCommentaires
Aucun commentaire pour le moment
Partagez une question ou une expérience en lien avec cet article.
Articles sur le même sujet
