Quelle activité l’IA doit-elle transformer, et quelle décision doit-elle aider à prendre ?
Intégration IA située
Intégrer l’IA en partant du travail réel.
L’IA ne s’ajoute pas proprement à une organisation : elle reconfigure des tâches, des responsabilités, des arbitrages et des coopérations. Julien Talbot cadre ces conditions avant de déployer.
Avant déploiement
Ce qu’il faut cadrer avant d’automatiser.
La question n’est pas “quel outil choisir ?”. La question est ce que l’IA déplace dans l’activité et comment le rendre contrôlable.
Qui porte le résultat quand l’IA propose, modifie ou agit dans la situation ?
Quelles interactions changent entre métiers, managers, clients, outils et équipes ?
Que se passe-t-il quand l’outil se trompe, bloque, invente ou rencontre une exception ?
Quelle décision l’organisation peut-elle prendre sans perdre le contact avec le terrain ?
Quel périmètre minimal prouve l’utilité sans contaminer toute l’organisation ?
Cadre
L’application organisationnelle de l’ergonomie de l’activité à l’âge de l’IA.
La méthode ne commence pas par le modèle. Elle commence par l’activité que l’agent doit soutenir, les preuves qu’il peut produire et la reprise humaine qu’il doit préserver.
Cadre public Agents IA : quand une capacité cognitive entre dans le travail réel.
Le sous-cadre public traite les cas où l’IA commence à agir dans des outils et des situations de travail.
Application Agents IA : concevoir le poste de travail de l’agent.Côté organisation, le cadre devient un périmètre concret : tâche, droits, responsabilités, journal et limites.
Coût déplacé Voir le travail déplacé avant d’automatiser.Une intégration IA réussie évite de déplacer du travail invisible sur les équipes.
Sorties possibles
L’agent n’est qu’une sortie possible.
Parfois la bonne suite est un atelier, un cadrage de cas d’usage ou une règle de validation. Un agent IA n’arrive qu’après avoir limité la tâche, les droits et la reprise.
Cadrage de cas IA Tâches candidates, bénéfices attendus, risques déplacés, critères de décision et limites.
Atelier activité + IA Métiers, direction et terrain discutent l’usage à partir de situations réelles, pas d’une démo outil.
Pilote agent IA Agent limité, droits réduits, journal d’actions et responsabilités explicites.
Règles de déploiement Périmètre, rôles, permissions, seuils d’autonomie et suite progressive.
Charge déplacée
Voir où l’IA ajoute du travail.
L’intégration devient discutable quand on voit les nouveaux points de preuve, de validation, d’exception et de reprise. C’est là que se décide le bon niveau d’autonomie.
Agents situés
Déployer un agent seulement quand son poste de travail tient.
Les agents Hermès sont une sortie possible — pas l’identité entière — quand la tâche, les outils, les droits, les preuves observables et la reprise humaine sont assez clairs.
Pas d’agent autonome sans tâche claire, droits limités, responsabilités explicites et limites assumées.
Validation Les actions sensibles passent par votre accord : publier, envoyer, modifier, supprimer.
Preuve Chaque tâche laisse un compte rendu : source, action, résultat observable, blocage, prochaine décision.
Permissions L’agent reçoit seulement les accès utiles au périmètre convenu, avec retrait possible.
Isolation Chaque client dispose de son environnement de travail séparé et maintenable.
Obligation Quelle tâche ou décision humaine l’agent doit-il réellement soutenir ?
Action Quels outils l’agent peut-il appeler, modifier ou seulement lire ?
Preuve Quel état observable prouve que l’action a réussi, échoué ou reste incomplète ?
Reprise Qui reprend la main quand l’agent bloque, se trompe ou dépasse son périmètre ?
Continuer
Choisir la bonne suite.
Ne pas tout envoyer vers les agents : certaines demandes sont d’abord ergonomiques, économiques ou organisationnelles.
Questions IA
Ce qu’il faut décider avant de déléguer.
Les bonnes questions ne portent pas seulement sur l’outil. Elles portent sur le cas d’usage, la preuve, la validation, l’erreur, les permissions et la reprise humaine.
01 Comment choisir un cas d’usage IA ?
Commencez par une activité réelle : tâche répétée, décision à prendre, trace disponible, risque visible et personne responsable de la sortie. Un bon cas d'usage est observable avant d'être automatisé.
02 Quand faut-il un agent IA ?
Un agent devient pertinent quand une tâche, des outils, des droits, des responsabilités et des limites sont assez clairs. Sinon, il vaut mieux commencer par un cadrage ou un atelier activité + IA.
03 Qui valide les sorties ?
Les actions sensibles restent sous validation humaine : publier, envoyer, modifier, supprimer, engager une réponse externe ou changer une donnée métier. La règle doit être explicite avant le pilote.
04 Quelle preuve garder ?
Chaque sortie utile doit garder une trace : demande initiale, sources, actions effectuées, état observé, blocage, validation et prochaine décision. Sans preuve, l'autonomie devient difficile à gouverner.
05 Que se passe-t-il si l’IA se trompe ?
Le pilote doit prévoir la reprise : qui détecte l'erreur, qui corrige, qui prévient, quelle action est annulée et quelle limite est ajoutée avant d'augmenter l'autonomie.
06 Quels droits donner à l’agent ?
Uniquement les droits utiles au périmètre testé, avec retrait possible. Les permissions doivent être limitées, documentées et augmentées seulement quand la preuve d'utilité et de maîtrise est là.
Commencer
Ouvrir une intégration IA située.
Envoyez trois lignes : l’activité concernée, l’outil ou l’agent envisagé, et ce qui doit rester vérifié, validé ou repris par un humain.