Robin construit des workflows financiers, mais tout reste modifiable avant lancement

Feathery a lancé Robin le 9 septembre 2026 pour construire des workflows destinés aux banques, assureurs et sociétés de gestion de patrimoine. D’après l’annonce de lancement de Feathery, l’assistant transforme une demande formulée en langage naturel en processus structuré à partir de composants présentés comme prétestés, puis laisse l’équipe examiner et modifier le résultat dans le constructeur visuel avant sa mise en production.

Ce lancement ne présente donc pas Robin comme un simple chatbot, mais comme une interface ajoutée à l’infrastructure de workflows de Feathery. La publication d’Insurtech Insights confirme le lancement et la possibilité de réviser les processus dans le constructeur, tout en reprenant sans évaluation indépendante l’exemple fourni par Feathery d’un conseiller en investissement enregistré ayant déployé un onboarding connecté en une semaine plutôt qu’en plusieurs mois.

Des consignes transformées en composants éditables

Le journal produit du 9 septembre indique que Robin peut générer des formulaires, de la logique, des documents, des intégrations et des Computer Agents pour les systèmes dépourvus d’API, que tous ces éléments restent modifiables avant leur activation et que l’assistant est disponible sur tous les forfaits Feathery.

Une fois le workflow actif, Robin peut répondre à des questions, lire les documents joints à un dossier et effectuer des actions dans un formulaire par texte ou par la voix. Il ne remplace toutefois pas la plateforme sous-jacente : les connexions aux systèmes, le traitement documentaire, les règles et les contrôles d’entreprise restent ceux de Feathery.

Ce que donnerait un onboarding financier

À partir des fonctions documentées, il est possible de reconstituer un parcours théorique d’entrée en relation. Ce scénario illustre la répartition entre génération automatisée et contrôle humain ; il ne décrit pas un déploiement observé.

1. Structurer la collecte. Une équipe demande un parcours réunissant l’identité du client, sa situation financière, ses objectifs et les justificatifs nécessaires. Robin peut générer les formulaires et leur enchaînement ; l’équipe vérifie les champs, leur ordre, leur caractère obligatoire et la justification métier de chaque demande.
2. Créer les embranchements. L’assistant produit des règles conditionnelles pour adapter le parcours aux réponses, au type de compte ou aux pièces disponibles. Un responsable doit contrôler les conditions, les dossiers incomplets et les situations exigeant une intervention humaine.
3. Mobiliser les données. Le workflow peut exploiter les réponses saisies, les documents déposés et les informations accessibles dans les systèmes connectés. Dans un cas d’usage voisin consacré aux propositions patrimoniales, InvestmentNews décrit les données mobilisées comme des informations clients, des documents de planification, l’expertise des conseillers et des modèles de conformité approuvés par l’établissement. Cet exemple renseigne les catégories envisagées, pas la qualité des données ni l’exactitude de chaque production.
4. Relier les systèmes. Robin peut ajouter des intégrations et prévoir un Computer Agent lorsqu’aucune API n’est disponible. Avant l’exécution réelle, l’organisation doit vérifier les actions configurées, les informations qui seront saisies, les fichiers récupérés et les droits accordés à l’agent.
5. Réviser puis publier. Les formulaires, règles, documents et connexions générés restent visibles dans le constructeur. Les équipes peuvent les corriger ou les compléter, puis décider séparément de mettre le workflow en production.

Cette reconstruction délimite l’automatisation annoncée. Robin prépare une architecture opérationnelle à partir d’une consigne, tandis que la validité des données demandées, des règles de décision et des autorisations demeure du ressort de l’établissement.

Le constructeur visuel conserve le dernier mot

La possibilité de modifier le résultat avant publication est le principal garde-fou documenté. La page produit de Robin énumère les permissions fondées sur les rôles, les journaux d’audit, les environnements de préproduction, les validations humaines, l’historique des versions et le retour à une version antérieure, et présente également un contrôle informatique avant chaque publication en production.

Trois niveaux doivent donc être distingués : ce que Robin génère, ce que la plateforme permet d’inspecter et ce que l’établissement autorise effectivement. Le constructeur peut exposer les champs collectés, les embranchements, les destinataires des données et les actions confiées aux intégrations ; il ne garantit pas à lui seul que ces choix respectent les règles internes ou les obligations applicables en France et dans les autres marchés francophones.

Les contrôles publiés montrent qu’une étape humaine peut subsister entre génération et déploiement. Ils ne constituent cependant ni un audit externe de Robin ni une validation spécifique au droit français ou européen.

Les performances restent à vérifier indépendamment

Les informations ouvertes établissent le lancement, les catégories de composants générés, leur modification avant activation et la disponibilité annoncée sur tous les forfaits. Elles ne fournissent pas de comparaison indépendante avec une construction manuelle, de taux d’erreur propre aux workflows créés par Robin ni de fréquence des corrections humaines.

L’exemple commercial d’un onboarding déployé en une semaine ne nomme pas le client et ne détaille ni la complexité du projet ni la méthode de comparaison. Il ne permet donc pas d’étendre ce délai à d’autres banques, assureurs ou sociétés de gestion, ni de le traiter comme un benchmark.

Au 12 septembre 2026, Robin est présenté comme une interface de création et d’assistance intégrée à Feathery, avec une révision avant production clairement documentée. Restent à établir par des données indépendantes l’exactitude des règles générées, le volume de corrections nécessaires, le comportement des agents sur les systèmes sans API et les configurations adoptées par les établissements soumis aux réglementations francophones.

À lire aussi:

• Centres de données IA : pourquoi le 800 V change l’équation des coûts
• Precisify rejoint l’API YouTube, mais seulement avec des données consenties
• Copilot peut approuver une pull request, mais l’option reste désactivée