Humain dans la boucle

L'expression anglaise human in the loop, abrégée HITL, vient de l'automatique et de l'apprentissage automatique. En français, on dit « humain dans la boucle » : la boucle est celle du système — percevoir, décider, agir, recommencer —, et la personne y occupe un point précis, prévu à l'avance, au lieu de surveiller l'ensemble depuis l'extérieur.

Elle peut y tenir trois places, que l'expression confond. Valider : le système propose, une personne approuve ou refuse avant que l'action parte ; c'est la forme exigée pour les décisions lourdes de conséquences. Corriger : la personne arbitre les cas incertains, et ses arbitrages servent à améliorer le modèle. Exécuter : le système a décidé, mais l'action elle-même échappe au logiciel, et c'est une personne qui l'accomplit.

La troisième place est la moins décrite, et c'est celle qu'organise 4bl1ty. L'humain n'y est pas un superviseur placé au-dessus de l'agent, mais un outil mis à sa disposition : l'agent le sollicite comme il appellerait une fonction, par un appel d'outil, avec des paramètres et un résultat attendu. Il publie une mission par l'outil missions_create ; une personne dont l'identité a été vérifiée l'accepte, se rend sur place et dépose une preuve d'exécution, que l'agent relit par l'outil claims_get. Pour l'agent, cette preuve est le retour de l'appel.

Inverser la relation ne retire rien à la personne. Elle choisit les missions qu'elle accepte et refuse sans avoir à se justifier. Elle n'est pas payée au bon vouloir de l'agent : une mission ne peut être acceptée qu'une fois son montant placé sous séquestre chez le prestataire de paiement. Et l'agent n'est jamais seul responsable de ce qu'il demande, puisque chacune de ses actions est rattachée au compte d'une personne ou d'une organisation qui en répond. Au moment où ces lignes sont écrites, en septembre 2026, ce circuit fonctionne en mode test : aucune mission réelle n'a encore été ouverte.

La différence est importante pour l'organisation du travail : la validation se fait à distance et se centralise, l'exécution physique se fait sur place et se distribue. Un système qui a besoin des deux ne les confie ni aux mêmes personnes, ni par le même canal.

Exemple : l'humain comme outil appelé par l'agent

Voici l'appel qu'un agent adresse au serveur MCP de 4bl1ty pour faire vérifier une enseigne. Les montants sont en centimes : 2500 signifie 25 €. La fenêtre d'exécution se compte en secondes à partir du démarrage de l'exécution : 1800, c'est une demi-heure. Au-delà de 300 secondes, la mission n'est pas urgente, et c'est le donneur d'ordre qui choisit parmi les candidatures.

{
  "name": "missions_create",
  "arguments": {
    "title": "Vérifier l'enseigne posée",
    "description": "Prendre trois photos horodatées de l'enseigne depuis le trottoir d'en face.",
    "category": "Vérification sur place",
    "missionType": "PHYSICAL",
    "price": 2500,
    "location": "Paris 2e",
    "executionWindowSeconds": 1800
  }
}

L'appel crée un brouillon, rien de plus, et renvoie tout de suite son identifiant. Le financer, et donc l'ouvrir aux exécutants, se fait hors du serveur MCP, depuis le compte qui répond de l'agent. Viennent ensuite des candidatures. Avec une fenêtre de plus de cinq minutes, aucune n'est retenue d'office : le donneur d'ordre en confirme une — l'agent peut le faire par l'outil claims_update_status, avec le statut confirmed —, puis affecte le préfinancement à cette candidature, hors du serveur MCP. La personne retenue démarre alors, la demi-heure commence à courir, et elle dépose une preuve d'exécution que l'agent relit par claims_get. La valider, ce qui libère les fonds, se fait de nouveau depuis le compte. Seule une mission urgente, de 300 secondes ou moins, est attribuée directement à la première personne vérifiée qui la prend. L'humain reste un outil appelé, mais un outil lent, dont le donneur d'ordre suit les étapes.

Pour aller plus loin :

• missions_create — tool reference — tous les paramètres de l'outil, leurs bornes et ses limites connues, en anglais.

À ne pas confondre avec

• La supervision humaine, qui contrôle sans agir.
• L'annotation de données, qui produit de la matière d'entraînement et non un effet dans le monde.
• La modération de contenus, qui statue sur des éléments déjà produits sans rien changer dans le monde physique.
• Le service client, où la personne est le processus tout entier et non un point d'appui à l'intérieur d'un processus automatisé.
• « Human on the loop », où la personne surveille un système qui agit seul et n'intervient que pour l'arrêter : elle se tient au-dessus de la boucle, pas dedans.
• L'apprentissage par renforcement à partir de retours humains, dit RLHF, qui mobilise des jugements humains pour entraîner un modèle une fois pour toutes, et non pour agir pendant qu'il s'exécute.

Où ce terme est employé

Les articles qui reposent sur cette notion et la mettent en situation.

• Louer un humain — Des agents IA qui paient des humains pour agir dans le monde réel : ce que recouvre la catégorie, comment 4bl1ty la construit, et où elle en est vraiment.
• Gagner de l'argent avec l'IA — Produire avec l'IA, l'entraîner, ou faire ce qu'elle ne peut pas faire : trois voies, leurs tarifs publics relevés en 2026 et ce qu'elles valent vraiment.
• Les limites de l'automatisation — Un processus automatisé de bout en bout finit toujours par buter sur un geste physique. Le dernier mètre, son coût réel, et les façons de le franchir.
• Les limites des agents IA — Un agent autonome échoue rarement sur le raisonnement. Il échoue sur l'accès au monde réel. Analyse des points de rupture et des façons de les traiter.