Agentic DesignModèles et outils pour des agents IA en production

Loading...

💱

Approche marchande événementielle(EDMB)

Une allocation décentralisée des tâches via une place de marché événementielle d'offres et de demandes

Complexité: highOrchestration de flux de travail

In 30 seconds

What: Les agents enchérissent sur des tâches publiées sur une place de marché, un coordinateur associe les enchères aux tâches selon le prix et la réputation, le gagnant exécute la tâche et met à jour sa réputation.
When to use: Plusieurs agents autonomes se disputent le travail, l'allocation des tâches exige une tarification dynamique, ou vous voulez que les agents se sélectionnent eux-mêmes selon leurs capacités et leur coût.
Watch out: La surcharge de coordination et la latence des tours d'enchères peuvent dépasser les économies obtenues grâce à l'allocation décentralisée.

Loading technique guide…

Patterns

Loading...

Loading Agentic Design…

Agentic DesignModèles et outils pour des agents IA en production

Aide experte Tarifs

Modèles et techniques de conception

Loading...

💱

Approche marchande événementielle(EDMB)

Une allocation décentralisée des tâches via une place de marché événementielle d'offres et de demandes

Complexité: highOrchestration de flux de travail

In 30 seconds

What: Les agents enchérissent sur des tâches publiées sur une place de marché, un coordinateur associe les enchères aux tâches selon le prix et la réputation, le gagnant exécute la tâche et met à jour sa réputation.
When to use: Plusieurs agents autonomes se disputent le travail, l'allocation des tâches exige une tarification dynamique, ou vous voulez que les agents se sélectionnent eux-mêmes selon leurs capacités et leur coût.
Watch out: La surcharge de coordination et la latence des tours d'enchères peuvent dépasser les économies obtenues grâce à l'allocation décentralisée.

Mécanisme central

L'orchestration événementielle par marché répartit les tâches via une place de marché sur un bus d'événements. Les clients publient des demandes de tâche ; des agents autonomes les évaluent et soumettent des offres indiquant l'adéquation des compétences, le prix, la latence et la confiance. Un teneur de marché apparie offres et demandes selon des règles d'enchère et des contraintes de politique, met éventuellement le paiement sous séquestre, envoie le travail au gagnant et procède au règlement à l'achèvement en mettant à jour la réputation. Les signaux de prix et la réputation assurent une coordination décentralisée, l'équilibrage de charge et des incitations à la qualité.

Déroulement et étapes

Publier la tâche : schéma normalisé avec exigences, SLA, budget, contraintes et indicateurs de confidentialité.
Annoncer : diffusion sur les topics de la place de marché ; préfiltrage optionnel par tags ou compétences.
Évaluer : les agents notent localement leur adéquation (vecteurs de compétences, réputation, taux de victoire historique).
Enchérir : soumettre des offres scellées ou continues avec prix, fenêtre de latence, confiance et TTL de validité.
Apparier : le teneur de marché note les offres selon la réputation et les contraintes ; applique la règle d'enchère ou de compensation.
Engager : notifier le ou les gagnants ; séquestre optionnel ; émettre le contrat de travail et les tests d'acceptation.
Exécuter : l'agent réalise le travail et diffuse l'avancement et les résultats partiels sous forme d'événements.
Livrer : soumettre le résultat ; lancer automatiquement les contrôles d'acceptation ; traiter les litiges selon la politique.
Régler : libérer le paiement ; mettre à jour les réputations (bonus/pénalité, sanction en cas de violation de SLA ou de fraude).
Auditer et apprendre : ajouter au journal d'événements immuable ; mettre à jour métriques et politiques de tarification adaptative.

Bonnes pratiques

Normaliser les schémas d'événements (tâche, offre, appariement, contrat, livraison, règlement) ; inclure ids, TTL et liens de causalité.

Rendre tous les gestionnaires idempotents ; utiliser l'exactly-once ou un outbox/inbox transactionnel pour offre, appariement et règlement.

Choisir les règles d'enchère selon les objectifs : offre scellée au second prix (véridique), premier prix avec sous-enchère, ou double enchère.

Intégrer réputation et historique de SLA dans la notation ; les faire décroître dans le temps ; se prémunir des attaques sybil et du blanchiment de réputation.

Appliquer des politiques anti-collusion : offres scellées, clôture aléatoire, plafonds de part de marché, détection d'anomalies.

Appliquer une QoS : limites de débit par tenant, files équitables, contre-pression ; partitionner les marchés par domaine.

Utiliser tests d'acceptation et séquestre pour aligner les incitations ; définir fenêtres de litige et remédiation automatisée.

Privilégier des annonces préservant la confidentialité (tags de compétences) et des offres scellées pour les tâches sensibles.

Instrumenter un traçage complet des événements ; surveiller temps d'appariement, taux de compensation, latence des offres et annulations.

Prévoir des voies de repli : fournisseur par défaut, remise aux enchères en cas d'expiration, ou décomposition des tâches pour un remplissage partiel.

Quand ne pas l'utiliser

Petites équipes stables aux rôles fixes, où un simple routeur ou orchestrateur suffit.
Chemins temps réel stricts ou critiques pour la sécurité, exigeant une latence déterministe sans surcoût d'enchère.
Régimes de conformité stricts interdisant la diffusion large des tâches ou les enchères inter-tenants.
Environnements comptant trop peu d'agents pour créer de la concurrence, ou aux sous-tâches fortement interdépendantes.
Tâches dont la difficulté et le coût varient à peine, où tarification et enchères n'apportent rien.

Pièges fréquents

Enchères de dernière seconde ou collusion ; l'absence d'offres scellées ou de clôture aléatoire encourage la manipulation.
Attaques sybil et blanchiment de réputation en l'absence d'identité, de mise en jeu ou de mécanismes de décroissance.
Tempêtes d'enchères non bornées sous fort fan-out ; absence de limites de débit et de contre-pression.
Noter uniquement sur le prix, en ignorant l'adéquation des compétences, le risque de latence ou la qualité passée.
Tests d'acceptation faibles ; une acceptation subjective engendre litiges et incitations perverses.
Absence d'idempotence ou de transactionnalité ; appariements en double ou règlements perdus lors de pannes.
Concentration du marché : quelques gagnants dominent ; surveiller et plafonner la part de marché si nécessaire.
Annonces trop bavardes exposant des détails sensibles ; absence de tags de tâche préservant la confidentialité.

Fonctionnalités clés

Modes d'enchère scellée et continue (premier prix, Vickrey ou second prix, double enchère)

Notation pondérée par la réputation, avec décroissance et réputations par domaine

Séquestre et règlement automatisé basé sur les tests d'acceptation

Exécution partielle et remise aux enchères de la demande résiduelle

Contraintes de politique : plafonds de budget, SLO de latence, tags de conformité, localité

Journal d'événements rejouable et retraitement déterministe pour les audits

Annonces préservant la confidentialité et offres scellées

Délais d'expiration, annulations et fenêtres de résolution des litiges

KPI et indicateurs de succès

Latence des offres p50/p95 et délai jusqu'à l'appariement ; taux de compensation par marché.
Profondeur du marché (offres par tâche), concurrence effective et concentration des victoires (Gini/HHI).
Taux de réussite et d'acceptation des tâches ; taux de violation de SLA ; taux de litige et d'annulation.
Coût par tâche et efficience des prix par rapport à la référence ; utilisation et équilibrage de charge entre agents.
Dérive et stabilité de la réputation ; alertes de fraude ou d'anomalie ; fréquence des remises aux enchères.

Usage des tokens et des ressources

Le surcoût croît avec le nombre d'agents enchérisseurs : prompts d'évaluation et de composition d'offre par tâche.
Utiliser des schémas d'offre compacts et des vecteurs de compétences ; plafonner les offres par agent et par période ; échantillonner ou préfiltrer les candidats.
Compresser les annonces ; préférer embeddings et tags de compétences au texte complet de la tâche lorsque c'est possible.
Mettre en cache les évaluations pour les tâches répétées ; réutiliser tests d'acceptation et modèles de contrat.
Suivre le coût par tâche appariée, offres perdues et remises aux enchères comprises.

Meilleurs cas d'usage

Grands parcs d'agents hétérogènes, aux spécialisations variées et à la demande en rafales.
Places de marché fédérées entre équipes ou organisations aux arbitrages coût/latence/qualité différents.
Allocation de ressources et équilibrage de charge avec tarification dynamique (fournisseurs d'API, appels d'outils).
Mise en concurrence pour des tâches complexes (analyse, annotation de données, corrections de code) avec tests d'acceptation.
Coordination multi-robots ou de flottes, où les tâches peuvent être attribuées à l'exécutant le mieux adapté.

Références et lectures complémentaires

Articles académiques

Guides d'implémentation

Outils et bibliothèques

Communauté et discussions

Loading technique guide…

Patterns

Modèles et techniques de conception

Loading...

Mécanisme central

Déroulement et étapes

Publier la tâche : schéma normalisé avec exigences, SLA, budget, contraintes et indicateurs de confidentialité.
Annoncer : diffusion sur les topics de la place de marché ; préfiltrage optionnel par tags ou compétences.
Évaluer : les agents notent localement leur adéquation (vecteurs de compétences, réputation, taux de victoire historique).
Enchérir : soumettre des offres scellées ou continues avec prix, fenêtre de latence, confiance et TTL de validité.
Apparier : le teneur de marché note les offres selon la réputation et les contraintes ; applique la règle d'enchère ou de compensation.
Engager : notifier le ou les gagnants ; séquestre optionnel ; émettre le contrat de travail et les tests d'acceptation.
Exécuter : l'agent réalise le travail et diffuse l'avancement et les résultats partiels sous forme d'événements.
Livrer : soumettre le résultat ; lancer automatiquement les contrôles d'acceptation ; traiter les litiges selon la politique.
Régler : libérer le paiement ; mettre à jour les réputations (bonus/pénalité, sanction en cas de violation de SLA ou de fraude).
Auditer et apprendre : ajouter au journal d'événements immuable ; mettre à jour métriques et politiques de tarification adaptative.