Processus agentiques d'entreprise et interfaces de demain

Ce que vous trouverez à l'intérieur

• Skill et workflow agentique : deux objets que le vocabulaire courant mélange, leurs promesses respectives, et les opérations où le jugement du modèle apporte une valeur à évaluer.
• La fiabilité conditionnelle : le calcul sous indépendance, ses bornes sans hypothèse de dépendance, la séparation entre essais répétés et étapes de workflow, puis les résultats distincts de Toolathlon et d'AutomationBench.
• Quatre pratiques de génie logiciel : idempotence déclarée, validation par machine, évaluations construites en amont, décision humaine et trace inscrites dans le code, à adapter au contexte plutôt qu'à traiter comme une architecture universelle.
• Le poste de pilotage : ses quatre propriétés (file de décisions, registre des autorisations, journal en ajout seul, reprise explicite) et le test de maturité qui les résume en une question.
• Les trois paliers d'usage : assisté, supervisé, autonome encadré, et les cinq conditions cumulatives à réunir avant de passer au dernier.
• La grille des onze disciplines : chaque discipline du génie logiciel utilisée comme analogie de conception pour le processus agentique, avec un exemple hors code.
• Le premier livrable : une carte réalisable sans acheter d'outil, son ordre de grandeur pour un cas simple et quatre critères de choix alignés sur une fréquence au moins mensuelle.

Questions fréquentes

Quelle est la différence entre une skill et un workflow agentique ?

Une skill confie un savoir-faire réutilisable au jugement du modèle, tandis qu'un workflow inscrit l'enchaînement dans du code versionné et testable.

• La skill laisse ouverts son déclenchement et la forme exacte de deux sorties successives.
• Le workflow fixe les boucles, filtres, conditions et reprises, sans rendre déterministes les étapes qui appellent un modèle.
• La documentation de Claude Code distingue ainsi les « instructions » réutilisées par une skill de « l'orchestration elle-même » réutilisée par un workflow.

Pourquoi la fiabilité baisse-t-elle quand on ajoute des étapes non déterministes ?

La fiabilité de bout en bout dépend des probabilités conditionnelles entre étapes, et le produit des taux n'est valide que sous une hypothèse explicite d'indépendance.

• Sous indépendance et à 95 % par étape, vingt étapes donnent 35,8 % et trois étapes 85,7 %.
• Sans hypothèse de dépendance, les bornes sont de 0 % à 95 % pour vingt événements et de 85 % à 95 % pour trois.
• Toolathlon mesure trois essais répétés d'une même tâche ; son taux de 73,1 % ne représente pas trois étapes d'un workflow.
• Une validation ou une reprise peut améliorer la fiabilité globale même si elle ajoute une étape au système.

Faut-il un outil ou un budget pour commencer ?

Un processus simple et déjà documenté peut commencer par une carte produite sans achat d'outil, avec une durée qui dépend de sa complexité et des participants.

• Lister les étapes, leurs entrées, leurs décisions et leurs effets.
• Séparer les règles vérifiables, le jugement sur du contenu et les actions engageantes.
• Estimer les appels non déterministes à tester et les contrôles à inscrire dans le code.
• Traiter la demi-journée comme un ordre de grandeur pour un cas simple, pas comme une durée garantie.

Quelle différence avec les livres blancs n°1 et n°2 ?

Les trois livres blancs suivent une progression de la maturité vers l'industrialisation, puis vers la conception et le pilotage des processus agentiques.

• Le volume n°1 répond à « où en suis-je ? ».
• Le volume n°2 répond à « comment industrialiser ? ».
• Le volume n°3 traite des contrôles, des interfaces et des conditions d'autonomie d'un processus exécuté par des agents.