Aller au contenu principal
Mouhssine Lakhili
Contact

12 questions avant d'automatiser un workflow avec un agent IA

Un guide court et partageable pour savoir si un workflow mérite vraiment un agent IA : risque, données, validation, outils, évaluation et rollback.

Mouhssine Lakhili4 min de lecture

Réponse courte

Un workflow ne mérite pas un agent IA parce qu'il est répétitif. Il mérite un agent IA quand la tâche combine jugement, contexte variable, outils, et contrôle possible.

Si la tâche est déterministe, commencez par un script. Si la tâche touche des données sensibles ou un effet irréversible, commencez par un workflow humain assisté. L'agent arrive quand vous pouvez limiter son terrain de jeu.

Les 12 questions

1. Quelle decision l'agent doit-il prendre ?

Si vous ne pouvez pas nommer la decision, vous ne construisez pas un agent. Vous construisez une interface floue.

2. Quelle action peut-il produire ?

Lire, classer, proposer, modifier, envoyer, supprimer : ces verbes n'ont pas le même risque.

3. Quel est l'effet de bord maximal ?

La bonne question n'est pas "le modèle est-il bon ?". La bonne question est : "que peut-il casser quand il se trompe ?".

4. Quel contexte est vraiment nécessaire ?

Un agent fiable n'a pas besoin de tout voir. Il a besoin des preuves qui justifient l'action.

5. Les données sont-elles sensibles ?

Si oui, masquez, réduisez, segmentez ou refusez. L'agent ne doit pas devenir un tunnel invisible vers vos données.

6. Quels outils sont autorises ?

Un outil large comme executeCommand ou queryDatabase est pratique pour une démo. En production, il est souvent trop puissant.

7. Quel format de sortie est attendu ?

Une réponse libre est utile pour expliquer. Une sortie structurée est nécessaire pour agir.

8. Comment détecter une mauvaise réponse ?

Si personne ne sait évaluer le résultat, l'automatisation ne réduit pas le travail. Elle le déplace.

9. Quand faut-il demander une validation humaine ?

La validation humaine n'est pas un échec d'automatisation. C'est le garde-fou qui permet d'automatiser plus loin.

10. Que se passe-t-il si l'outil échoue ?

Un agent doit savoir s'arrêter. Les retries infinis et les plans improvises sont des sources d'incident.

11. Que faut-il logger ?

Loggez l'intention, le risque, les outils, les décisions, les validations et les résultats. Ne loggez pas inutilement les secrets.

12. Comment revenir en arrière ?

Sans rollback, l'agent ne devrait pas exécuter une action importante.

La règle simple

text
Script si la tache est deterministe.
Assistant si la tache demande du jugement mais pas d'effet de bord.
Agent si la tache demande jugement + outils + contexte + controle.
Humain obligatoire si l'effet est irreversible.

Trois exemples

WorkflowBon choixPourquoi
Renommer des fichiers selon une règle fixeScriptDéterministe, testable, peu de jugement
Résumer 50 tickets supportAssistantJugement utile, pas d'effet direct
Trier des tickets et proposer une réponseAgent contrôleOutils + contexte + validation humaine
Supprimer des comptes inactifsWorkflow humainEffet destructif, validation forte

Pourquoi cette grille aide les recruteurs techniques

Un développeur qui sait dire "pas besoin d'agent ici" est souvent plus utile qu'un développeur qui met un agent partout. Le bon profil comprend le produit, le risque, les données, le code et l'exploitation.

C'est le positionnement que je cherche à rendre visible sur ce site : développeur full stack JavaScript/TypeScript, React, Node.js, agents IA, data et automatisation en France.

A lire ensuite

Partager cet article

XLinkedIn

Disponible

Un poste ou un projet web à confier ?

Je suis disponible pour un CDI et pour des missions freelance (React, Next.js, Node.js, automatisation), à Paris ou à distance. Ce blog montre comment je cadre, construis et sécurise mon travail.

Tous les articles