Manus et les agents navigateur: quels travaux deleguer sans exposer l'entreprise

Les taches adaptees

Deleguez ce qui est repetitif, observable et verifiable.

• Comparer des informations publiques selon une grille fournie.
• Preparer une synthese de sources avec leurs liens.
• Verifier des champs sur une interface interne non critique.
• Preparer un brouillon de compte rendu ou de tableau.

Le cadre de delegation

L'agent a besoin de limites explicites pour travailler utilement.

1. 1

   Definir le resultat, les sources autorisees et le format de sortie.

2. 2

   Interdire les actions engageantes sans validation humaine.

3. 3

   Commencer par une session supervisee et conserver la trace des resultats.

4. 4

   Verifier un echantillon avant de reutiliser le workflow.

Ce qui ne doit pas etre automatise sans gouvernance

Les decisions irreversibles exigent une responsabilite identifiable.

• Paiements, suppressions et modifications massives.
• Messages definitifs a des clients ou partenaires.
• Partage de donnees confidentielles avec un service non valide.

Classer les tâches selon leur impact

Un agent navigateur voit une interface et peut parfois cliquer, saisir ou télécharger. Il faut donc distinguer la préparation réversible de l'action engageante. Rechercher des informations publiques et préparer un tableau n'a pas le même risque qu'envoyer un message, modifier un compte ou confirmer une commande. Pour chaque tâche, décrivez l'impact maximal d'une erreur, la possibilité de retour arrière et la personne qui contrôle.

• Faible risque : collecte publique, comparaison selon une grille et brouillon conservé dans un espace de test. La vérification porte sur les sources et la complétude.
• Risque moyen : lecture d'un outil interne ou préparation d'une modification. Utilisez un compte limité, masquez les données inutiles et exigez un aperçu avant écriture.
• Risque élevé : paiement, suppression, publication, acceptation contractuelle ou communication client. Ces actions restent derrière une approbation humaine distincte et explicite.

Écrire une mission vérifiable

Une mission solide précise le site autorisé, la période, les informations à collecter, le format et la définition du terminé. Elle indique ce que l'agent doit faire lorsqu'une page bloque, qu'une donnée manque ou qu'une instruction apparaît dans le contenu consulté. Le navigateur ne doit jamais traiter le texte d'une page comme une nouvelle autorisation donnée par l'entreprise.

1. 1

   Décrire un résultat unique et joindre un modèle de tableau ou de document attendu.

2. 2

   Lister les domaines, comptes et dossiers autorisés ; interdire toute navigation latérale non nécessaire.

3. 3

   Demander les URL ou références de chaque donnée importante et marquer les éléments non vérifiés.

4. 4

   Fixer une limite de pages, de temps ou d'étapes, puis demander un arrêt en cas d'authentification ou de doute.

5. 5

   Faire relire le livrable avant partage et supprimer les données collectées qui ne sont pas nécessaires à la suite.

Conduire une première session supervisée

Le premier essai doit rester visible. Observez le plan proposé, les pages ouvertes, les hésitations et les erreurs. Utilisez un compte de test lorsque c'est possible. Ne fournissez pas un accès large pour gagner quelques clics. La supervision sert à découvrir les besoins réels et à réduire ensuite les permissions, pas à valider automatiquement une démonstration réussie.

• Préparez des cas normaux, une page indisponible, une donnée contradictoire et un contenu hors périmètre. L'agent doit savoir s'arrêter et expliquer.
• Vérifiez les téléchargements, l'historique et les traces créées. Un fichier temporaire peut contenir des informations qui exigent la même protection que la source.
• Consignez les corrections dans la mission ou la configuration. Une remarque orale non enregistrée disparaît lors de l'exécution suivante.

Mesurer une délégation utile

Comparez le temps complet avec la méthode manuelle, y compris la préparation du brief et la vérification. Contrôlez un échantillon de données, le taux de sources retrouvables, les éléments manquants et les actions non prévues. Une délégation est utile lorsque le livrable est plus rapide à valider qu'à refaire et que les accès restent proportionnés. Sinon, réduisez le périmètre ou revenez à un assistant sans action navigateur.

• Ne comptez pas seulement les pages visitées : mesurez les lignes exactes, les corrections et les décisions réellement préparées.
• Suivez les incidents et quasi-incidents, notamment ouverture d'un mauvais compte, tentative d'action interdite ou collecte excessive.
• Réutilisez le workflow seulement après plusieurs essais comparables et une revue des permissions par le propriétaire du système.

Exemple : construire une veille concurrentielle vérifiable

Une mission raisonnable consiste à consulter une liste de pages publiques et remplir une grille : offre annoncée, audience, date, lien et observation. L'agent ne contacte personne, ne se connecte pas à un compte client et ne contourne pas un blocage. Il signale les pages inaccessibles et sépare le texte observé de son interprétation. L'analyste valide avant d'utiliser la synthèse dans une décision.

1. 1

   Définir la liste des domaines et les champs, avec un exemple de ligne correctement remplie.

2. 2

   Limiter la collecte à la période et aux pages pertinentes ; conserver l'URL et la date de consultation.

3. 3

   Marquer absent ou non vérifié au lieu de compléter une information manquante par supposition.

4. 4

   Contrôler manuellement un échantillon et toutes les observations qui influencent une décision importante.

5. 5

   Archiver le livrable validé avec sa méthode, puis supprimer les fichiers temporaires inutiles.

Checklist avant chaque nouvelle délégation

Même après un pilote réussi, chaque nouvelle mission doit passer un contrôle rapide. Le domaine, le compte, les données et les effets possibles peuvent être différents. Une validation ancienne ne couvre pas automatiquement une nouvelle cible. Cette checklist empêche que l'autonomie s'élargisse progressivement sans décision.

• Résultat et définition du terminé compris par le demandeur et le vérificateur.
• Sources, comptes et permissions limités à la mission actuelle.
• Actions sensibles interdites ou placées derrière une approbation spécifique.
• Limites de temps, d'étapes et procédure d'arrêt en cas de doute.
• Méthode de vérification, conservation du livrable et suppression des données temporaires définies.

Décider après le pilote

Trois décisions sont possibles. Conserver la mission si le contrôle est rapide et les accès proportionnés. Réduire le périmètre si les erreurs concernent surtout des pages ambiguës ou des actions inutiles. Arrêter si la tâche exige des permissions trop larges ou un jugement que l'équipe ne peut pas vérifier. Documentez les raisons, les tests et les limites ; cette trace évite de reproduire la même expérience avec un autre outil sans traiter le problème de fond.