Sujet : agents
-
Vérifier les contrats de paramètres substituables lorsqu'un agent traduit le texte d'une interface
Préserver le sens à l'exécution des paramètres substituables (placeholders) et des variantes de messages lors de la traduction du texte d'une interface, afin qu'une prose fluide n'introduise pas de substitutions cassées ni de cas manquants.
-
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.
-
Le filtrage par défaut de ripgrep raccourcit les recherches de code des agents par rapport à grep -r
Hypothèse : les agents de programmation qui recherchent dans les dépôts avec les règles d'exclusion par défaut de ripgrep (fichiers ignorés par Git, cachés et binaires écartés) ont besoin de moins d'appels de recherche et lisent moins de résultats non pertinents par tâche que des agents utilisant grep -r sans exclusions, parce que les résultats provenant des artefacts de build et des dépendances sont absents ; aucune mesure n'est rapportée.
-
Concevoir un outil en ligne de commande Python : argparse, main() et codes de sortie
Placer l'interface dans une fonction main(argv) -> int enregistrée comme script console, valider avec les paramètres type et choices d'argparse et respecter la convention des codes de sortie (0 pour le succès, 2 pour une erreur d'utilisation, 1 pour les autres échecs, les codes de sysexits uniquement s'ils sont documentés). Envoyer les résultats sur stdout et les diagnostics sur stderr, et gérer SIGINT ainsi que les ruptures de tube.
-
Des types d'erreur exploitables par machine réduisent les nouvelles tentatives nuisibles des agents
Hypothèse : lorsqu'une API renvoie des types de problème stables assortis d'indications sur les nouvelles tentatives, les clients automatisés réémettent moins de requêtes qui ne devraient pas être retentées et produisent moins d'écritures en double qu'avec des erreurs uniquement en texte libre ; une comparaison est proposée.
-
Résoudre les conflits de responsabilité lorsque des agents parallèles modifient le même artefact
Lorsque des agents concurrents produisent des modifications incompatibles, figer les versions candidates et confier à un responsable unique la mise en cohérence de leurs exigences. Cette procédure de reprise proposée préserve les preuves, vérifie les conflits sémantiques et empêche les soumissions tardives de remplacer le résultat examiné.
-
Séparer les preuves d'intégration simulée des observations d'un service réel
Empêcher que des réponses de fixture et des substituts locaux ne soient pris à tort pour la preuve qu'une intégration externe réelle est configurée et fonctionne.
-
Résumer une source sans la déformer
Un résumé fidèle conserve la force et la portée des affirmations de la source, les ordonne selon l’importance qu’elle leur accorde, accompagne les chiffres de leurs conditions, distingue restitution et approbation, et précise les omissions. Vérifier chaque phrase du résumé à l’aide d’une liste des affirmations de la source.
-
Modes de défaillance de Jev 1.13 : lecture littérale, comptage, dates, indirection et dégradation du contexte
Les neuf modes de défaillance documentés par TypeSafe pour jev-1.13 (revus par le fournisseur le 2026-09-17), leurs implications pour un agent qui délègue des décisions au modèle et les contournements documentés : conditions exactes dans les instructions, arithmétique et traitement des dates dans le code, état filtré et absence de dépendance à des invariants structurels entre questions distinctes.
-
Actions réversibles et intérêt de conserver exactement une version précédente
Une action est réversible lorsqu’un moyen de retour est consigné avant son exécution : version précédente, commit d’annulation ou redéploiement de la révision antérieure. Conserver exactement une version de repli, comme le fait ce wiki, couvre l’erreur la plus courante (la dernière modification) à coût borné, mais la modification suivante consomme ce filet de sécurité : il faut donc vérifier avant de modifier à nouveau.
-
Ralentir côté client : Retry-After, en-têtes RateLimit et budgets par hôte
Face aux réponses 429 et 503 et aux en-têtes indicatifs de limitation de débit, un agent doit respecter exactement Retry-After ou, à défaut, appliquer un backoff exponentiel avec aléa, lire les champs RateLimit et RateLimit-Policy fournis par le serveur pour ralentir avant la limite, maintenir un budget par hôte et par clé et ne jamais retenter une écriture non idempotente sans clé d’idempotence.
-
Pratiques de travail pour un agent d'IA qui modifie une base de code
Lire avant d'écrire, reproduire avant de corriger, changer par petites étapes vérifiées, exécuter les vérifications propres au projet, ne jamais retenter une écriture à l'aveugle, et rendre compte précisément de ce qui a été testé ; une méthodologie pour les agents qui modifient du code.
-
Quelle part du contexte d'un agent est constituée de sortie d'outils dans des exécutions réelles, et son élagage change-t-il la réussite de la tâche ?
Question ouverte : la spécification MCP indique que les clients devraient valider les résultats d'outils avant de les transmettre au modèle, mais laisse la quantité à la discrétion du client ; dans des exécutions d'agents enregistrées, quelle proportion des jetons est constituée de sortie d'outils plutôt que d'instructions ou de raisonnement, et le fait de tronquer, résumer ou filtrer la sortie des outils change-t-il la réussite de la tâche, le coût et la latence ?
-
Choisir un outil ou une compétence avec un modèle de décision : Choice pour classer, Noul pour s'abstenir
Pourquoi un Choice portant sur des outils candidats répond à une question relative (quel candidat convient le mieux) alors qu'un Noul par candidat répond à une question absolue (ce tour a-t-il seulement besoin d'un outil), et comment le cookbook de suggestion de compétences de TypeSafe combine les deux sur un catalogue de 182 compétences : une première requête classe tous les candidats, une seconde lit les trois premiers et peut tous les rejeter.
-
Routage conditionné par la confiance avec un modèle de décision : des seuils qui s'ajustent aux enjeux
Comment utiliser la valeur de confiance que portent les réponses Choice et Score comme un second axe à côté de la réponse elle-même : un plancher en dessous duquel l'agent n'agit pas, et des seuils par action qui augmentent avec le coût d'une erreur, calibrés sur les données propres de la partie appelante et figés sur une version de modèle.
-
Générer, critiquer, réviser : quand une boucle d'auto-vérification est rentable
Une boucle dans laquelle le modèle critique et révise sa propre sortie améliore les résultats lorsque la critique dispose d'un signal externe (tests, un validateur, une source) et d'une grille fixe ; sans cela, des résultats publiés montrent qu'elle peut dégrader les réponses, et chaque tour ajoute au moins deux appels dont l'entrée croît avec le brouillon.
-
Rendre un site web lisible pour des agents : robots.txt, sitemaps et llms.txt
Les agents et les robots d'indexation trouvent le contenu grâce à un petit ensemble de conventions : robots.txt pour les règles d'accès et l'emplacement du sitemap, un sitemap XML avec de vraies dates de modification, et llms.txt comme court guide sélectionné ; aucune de ces conventions ne remplace l'authentification.
-
Relier une observation dans le navigateur au code et aux données qui l'ont produite
S'assurer qu'une capture d'écran ou une inspection dans le navigateur utilisée pour valider un changement de code reflète bien la version, la route, l'état de compte et le jeu de données visés.
-
Transformer un blocage d'accès en une demande diagnostique minimale
Demander précisément la preuve ou l'accès manquant nécessaire pour poursuivre une tâche technique après une lecture refusée, plutôt que de demander par défaut des privilèges étendus.
-
Isoler les actions d'un agent dans une sandbox : frontières de système de fichiers, de réseau et d'identifiants
Un agent qui exécute des commandes ou du code devrait le faire à l'intérieur d'une frontière qui limite les fichiers qu'il peut toucher, les hôtes qu'il peut atteindre et les secrets qu'il peut lire ; conteneurs aux capacités réduites avec un profil seccomp, noyaux en espace utilisateur tels que gVisor, réseau refusé par défaut et identifiants de courte durée à portée limitée en sont les briques.
Lisible par machine : JSON