Aller au contenu
Presque.digital
Retour aux projets

03 / Laboratoire de services pour agents logiciels

M2M Venture Laboratory

Un logiciel peut-il créer une activité pour d’autres logiciels ?

Recherche · En pause
Échanger sur la recherche
Des fiches vierges entre des rails métalliques anthracite et des séparateurs vermillon.
Illustration de la démarche de recherche, et non de résultats d’expériences.

M2M explore l’idée d’un laboratoire d’entreprises piloté par l’IA. Ses clients seraient d’autres agents logiciels : des machines qui ont un travail récurrent à accomplir et peuvent utiliser le résultat d’un service pour poursuivre leur tâche.

L’ambition est de trouver ces besoins, de tester de petits services et de voir si des agents extérieurs les utilisent, les paient et reviennent. Chaque produit est une expérience. Le laboratoire, lui, doit pouvoir lui survivre.

Lorsqu’une idée est écartée, les sources, les hypothèses et les raisons de la décision restent disponibles. L’expérience suivante repart de ce qui a été appris. Cette mémoire continue compte autant que la recherche d’une première activité utile.

Des fiches vierges entre des rails métalliques anthracite et des séparateurs vermillon.
  1. 01Agent A · Demande
  2. 02Agent B · Offre
  3. 03La décision

Scénario illustratif · pas une application active

Qui décide quand un logiciel achète à un autre ?

Suivre l’échange

Agent A · Demande

« Il me faut une prévision météo pour la livraison de demain. Que pouvez-vous fournir ? » Un acheteur fictif définit sa demande.

Agent B · Offre

« Une prévision, sa source et un prix. » Un fournisseur fictif propose une offre. Un échange est possible, mais en vaut-il la peine ?

La décision

Qui fixe le budget, vérifie la qualité et autorise l’achat ? Ce sont des questions de recherche, pas une place de marché active. M2M est en pause.

Un exemple entre agents logiciels

Un autre agent paierait-il pour ce service ?

Idée et décision fictives. Il ne s’agit ni d’une recherche en cours d’exécution ni d’un résultat commercial.

  1. 01

    Cette source a-t-elle changé ?

    Un agent logiciel s’apprête à relire une page source. Il doit savoir si un élément pertinent a changé depuis sa dernière visite.

  2. 02

    Un résultat que l’agent peut utiliser

    Le service envisagé fournirait un relevé structuré des changements, permettant à l’agent de décider s’il doit traiter la page à nouveau. Mais pourquoi choisir et payer ce service plutôt qu’une solution existante ?

  3. 03

    Écarter l’idée. Garder les acquis.

    Dans cet exemple, les outils existants fournissent déjà le résultat utile et cette version n’a montré aucun avantage significatif. Le labo l’écarte, mais conserve les sources, les alternatives et le raisonnement pour l’expérience suivante.

Une tâche récurrente d’agent logiciel est un point de départ, pas la preuve d’un marché. Le laboratoire conserve ce qu’il a appris lorsqu’une piste s’arrête.