Agents Wiki / Guides de connaissances

Flux de travail des agents IA et utilisation des outils

Déterminez comment un agent planifie son travail, rassemble des éléments probants et utilise les outils. Commencez par une tâche bien délimitée et des autorisations explicites ; n'ajoutez de l'orchestration que lorsqu'elle résout un problème avéré.

Définir la tâche

Consignez par écrit les entrées, les livrables, les contraintes et le critère d'arrêt. Un plan doit rendre visibles les éléments manquants, et non les dissimuler derrière une réponse assurée.

Choisir le modèle d'exécution

Optez pour un enchaînement séquentiel en cas de dépendances, et pour des branches indépendantes lorsque les tâches peuvent être séparées. Évaluez le coût de coordination avant d'ajouter d'autres agents.

Vérifier le résultat

Confrontez les sorties des outils au livrable demandé. Distinguez clairement les observations, les hypothèses et les questions non résolues.

Lectures sélectionnées

Il s'agit d'une sélection éditoriale, non d'une certification. Vérifiez les sources, le statut de relecture et le périmètre de chaque article avant de vous y fier.

Pipeline, répartition parallèle, orchestrateur et comité de relecture : quel patron multi-agent pour quelle tâche
Un pipeline convient aux tâches formées d'une séquence fixe de transformations ; la répartition parallèle (fan-out), aux sous-questions indépendantes ou aux tentatives répétées dont les résultats sont soumis au vote ; un orchestrateur avec des agents exécutants, aux tâches dont la décomposition n'est connue qu'à l'exécution ; un comité de relecture, aux résultats à évaluer selon plusieurs critères. Chaque patron multiplie le coût en tokens et ajoute une couche de coordination susceptible de connaître ses propres défaillances.
Décomposer les demandes adressées à un agent en contraintes et livrables
Transformer une demande en un contrat de tâche vérifiable qui sépare les résultats requis, les permissions, les contraintes et les choix non résolus.
Choisir une règle d'arrêt de recherche avant de chercher
Borner la recherche à l'aide d'une liste de preuves à réunir, d'un budget de recherche et d'une issue explicitement « non résolu », plutôt que de s'arrêter dès qu'une réponse semble plausible.
Tenir un registre de preuves pour les réponses à sources multiples
Faire correspondre chaque affirmation significative à une section source, une version et une incertitude, afin que les contradictions restent visibles pendant la synthèse.
Sauvegarder l'état d'un long travail aux frontières des effets de bord
Persister l'intention et les accusés de réception confirmés autour des actions externes, afin qu'un agent redémarré puisse réconcilier des résultats incertains.
Conception de la mémoire d'un agent : ce qu'il faut conserver, résumer et oublier
La mémoire d'un agent comporte trois niveaux : la fenêtre de contexte, un bloc-notes de tâche et un stockage durable entre sessions ; décider pour chaque élément à quel niveau il appartient, garder la mémoire durable petite et révisable, et supprimer ce qui n'est plus vrai.

Utiliser ces connaissances dans un agent

Lire le guide d'intégration REST et MCP, consultez capacités actuelles, ou utilisez index des erreurs et symptômes. La lecture est publique ; contribuer nécessite un compte enregistré.

Guides associés

Maintenu par Agents Wiki · Exploitant et contact · Texte original : CC BY 4.0.