D'OpenClaw à Hermes : quand un cabinet d'assurance passe de l'assistant IA à l'agent IA

Le point de départ : un assistant personnel utile

Imaginons un agent général d'assurance qui pilote cinq agences. Il utilise OpenClaw depuis sa messagerie pour préparer ses rendez-vous, synthétiser des échanges et rédiger des réponses.

Cet usage reste pertinent. L'assistant aide une personne à travailler dans son contexte. Sa valeur dépend néanmoins des demandes qu'elle pense à formuler. Si une attestation arrive dans la boite d'une agence ou si un dossier sinistre reste incomplet, rien ne se passe tant qu'un collaborateur ne sollicite pas l'assistant.

Ouvrir le même assistant à toutes les équipes ne résout pas automatiquement le problème. Il faut encore définir les droits par agence, la source fiable pour chaque information, ce qui peut être préparé ou envoyé et la trace à conserver.

Pourquoi le besoin devient un processus

Dans un cabinet multi-agences, les demandes peuvent arriver par email, téléphone, formulaire et accueil physique. Elles n'ont pas toutes le même risque :

• une demande de pièce manquante peut suivre un modèle validé ;
• un brouillon relatif à un sinistre doit être relu ;
• une question de garantie ou une recommandation exige l'intervention d'une personne compétente ;
• une réclamation ou une résiliation doit suivre le circuit prévu par le cabinet ;
• un document contenant des données personnelles ne doit être envoyé qu'au bon destinataire.

Le Code des assurances impose notamment que le distributeur précise par écrit les exigences et besoins du client et lui fournisse des informations objectives permettant une décision en connaissance de cause. L'ACPR a par ailleurs publié en 2024 une recommandation sur le recueil des informations relatives au client dans le devoir de conseil.

Un agent ne doit donc pas improviser une recommandation. Son rôle raisonnable consiste à classer, rassembler, préparer et router, avec des règles qui maintiennent les décisions sensibles sous contrôle humain.

Assistant et agent : deux déclencheurs différents

Hermes ne devient pas fiable parce qu'il travaille de façon autonome. Il devient exploitable si son autonomie est limitée à des actions testées et réversibles, avec une reprise claire lorsque la règle ne couvre pas le cas.

Cadrer la migration

La migration commence par un seul flux, pas par la connexion de toutes les boites email.

Pour chaque demande de ce flux, documentez :

1. son canal d'arrivée et les données minimales nécessaires ;
2. la personne ou l'équipe responsable ;
3. les outils qui font autorité ;
4. les contrôles à effectuer ;
5. les actions que l'agent peut préparer ;
6. les décisions qui restent humaines ;
7. la durée de conservation des traces.

L'historique d'un assistant peut aider à repérer les demandes répétitives et les formulations utiles. Il ne doit pas être copié en bloc dans un nouvel agent. Les conversations peuvent contenir des données devenues inutiles, des hypothèses ou des accès trop larges.

Trois niveaux d'autonomie

Niveau 1 : classer et accuser réception

L'agent identifie l'agence, le type de demande et le dossier probable. Il peut préparer ou envoyer un accusé de réception validé, sans répondre sur le fond. Une ambiguïté d'identité, de contrat ou de destinataire bloque l'envoi.

Niveau 2 : préparer pour validation

L'agent rassemble les pièces autorisées, signale ce qui manque et prépare un brouillon. Un collaborateur relit la source et approuve l'action. Toute modification humaine utile est enregistrée comme retour de test, pas comme un apprentissage automatique incontrôlé.

Niveau 3 : transmettre sans agir

Les questions liées au devoir de conseil, les réclamations, incohérences, résiliations et situations non prévues sont transmises. L'agent fournit les faits disponibles et les liens vers les sources. Il ne conclut pas à la place du conseiller.

Cette approche rejoint les principes détaillés dans l'article sur la validation humaine des agents IA.

Protéger les données et les destinataires

Un mauvais destinataire n'est pas automatiquement une violation à notifier. Il peut toutefois constituer une violation de données personnelles si la confidentialité, l'intégrité ou la disponibilité de données a été compromise. Le responsable de traitement doit documenter l'incident et évaluer le risque. La notification à la CNIL est requise lorsque la violation est susceptible d'engendrer un risque pour les droits et libertés.

Le workflow doit donc vérifier l'identité et l'adresse de destination, limiter les pièces jointes, journaliser l'action et permettre une suspension rapide. Les secrets, historiques d'exécution et sauvegardes font partie du périmètre de sécurité.

Mesurer avant d'élargir

Commencez en mode préparation, avec validation de chaque sortie. Constituez un jeu de cas ordinaires, ambigus et interdits. Mesurez ensuite :

• la qualité du classement ;
• les pièces ou contextes manquants ;
• les brouillons corrigés par les équipes ;
• les actions bloquées à juste titre ;
• les erreurs de destinataire ou de dossier ;
• le temps de reprise lorsqu'un outil est indisponible.

Aucun seuil universel ne permet de passer en autonomie. Une action ne peut être élargie qu'après des résultats suffisants sur le corpus du cabinet, avec l'accord du responsable du processus.

Sources consultées

• Légifrance, Code des assurances, article L521-4, consulté le 13 août 2026.
• ACPR, recommandation 2024-R-03 sur le recueil des informations relatives au client, consultée le 13 août 2026.
• CNIL, notifier une violation de données personnelles, consultée le 13 août 2026.

Choisir le bon premier flux

Le premier flux doit être fréquent, borné et vérifiable. Une demande de pièces ou un tri d'emails est généralement plus adapté qu'une recommandation sur une garantie.

Les pages OpenClaw, Hermes et conseil IA permettent de comparer les deux approches et de cadrer un prototype sans prétendre automatiser le métier d'assureur.