L’IA comme plan de contrôle : orchestrer robots, satellites et paiements

L’agent est la partie facile

Notre rapport de synthèse sur l’IA, la robotique, le spatial et Bitcoin décrit quatre technologies comme les couches d’un même système, l’IA en étant le plan de contrôle. Les chiffres qui le fondent sont publics : 78 % des organisations déclaraient utiliser l’IA en 2024, et 5 millions de robots industriels étaient en service fin 2025. Ce que ces chiffres ne montrent pas, c’est l’ingénierie entre les couches.

Un modèle de langage placé dans une boucle peut planifier une livraison en quelques secondes. Rendre ce plan sûr à exécuter, quand un appel d’outil peut démarrer un robot ou libérer un paiement, voilà où se situe le travail. Quatre décisions de conception en portent l’essentiel.

1. Des outils sous contrat

Un agent n’agit qu’à travers ses outils : chaque outil est donc un contrat, avec des entrées typées, des sorties typées et l’énoncé clair de ce qu’il change dans le monde.

• Séparer les outils de lecture des outils d’écriture. Lire l’état de la flotte ne coûte rien ; envoyer un robot, si.
• Rendre les outils d’écriture idempotents, pour qu’un appel relancé ne puisse pas déclencher deux fois le même prélèvement.
• Renvoyer des erreurs structurées sur lesquelles le modèle peut raisonner, pas du texte libre.

2. Un état qui survit à une liaison coupée

Le travail physique dure plus longtemps que la fenêtre de contexte d’un modèle et que n’importe quelle connexion réseau. Les liaisons satellite étendent la couverture, sans supprimer ni les délais ni les coupures.

• Conserver l’état de la commande dans un stockage durable, pas dans la conversation.
• Traiter la télémétrie comme des événements horodatés, et décider explicitement quoi faire lorsqu’ils arrivent en retard ou dans le désordre.
• Définir un comportement sûr en cas de silence : un robot qui n’entend rien s’arrête.

3. Des limites sur l’argent et le mouvement

Des protocoles comme L402 rendent techniquement possible qu’un programme paie un service. C’est une raison de poser des limites, pas d’accorder sa confiance.

• Fixer à chaque agent un plafond de dépense par commande et par jour, appliqué en dehors du modèle.
• Exiger qu’une personne valide toute étape au-delà d’un seuil, et enregistrer qui l’a validée.
• Journaliser chaque appel d’outil avec ses entrées, ses sorties et son coût, pour que l’exécution puisse être auditée après coup.

4. Évaluer avant d’autonomiser

Un agent gagne son autonomie comme un modèle gagne la production : en réussissant des tests écrits à l’avance.

• Rejouer des commandes enregistrées et comparer le plan de l’agent avec ce qu’a fait un opérateur compétent.
• Injecter volontairement des pannes : une allée bloquée, une liaison perdue, un paiement refusé.
• Suivre les mêmes indicateurs en production, et revenir en arrière lorsqu’ils dérivent.

Par où commencer

Commencer par un seul flux de travail et des outils en lecture seule. Laisser l’agent proposer des plans qu’une personne exécute, et mesurer la fréquence à laquelle ces propositions sont acceptées telles quelles. Ajouter ensuite les outils d’écriture un par un, chacun derrière une étape de validation, lorsque ce taux le justifie.

L’analyse complète, avec les sources de chaque chiffre et cinq schémas pas à pas des algorithmes sous-jacents, figure dans le rapport de synthèse.