Ce qu'est vraiment un agent IA basé sur un LLM
Un agent IA est un système autonome qui perçoit un contexte, raisonne sur cet contexte, décide des actions à prendre, les exécute via des outils, puis observe les résultats pour ajuster. Le mot clé : raisonnement. Ce n'est pas un script. C'est une boucle d'inférence.
Dans l'architecture CoFounder, chaque agent reçoit un fichier contexte — agent-log.md — qui contient tout ce que les autres agents ont écrit depuis le lancement. Il lit ce contexte, priorise ses tâches, produit ses livrables, et documente ses décisions. Aucune de ces étapes n'est préprogrammée ligne par ligne. L'agent décide.
Ce qui caractérise les agents LLM en 2026 :
- Compréhension du langage naturel — l'agent lit des instructions en français ou en anglais, pas un DSL graphique
- Prise de décision conditionnelle — si le contexte change, le comportement change, sans modifier le code
- Gestion des cas imprévus — l'agent peut improviser une réponse raisonnable face à une situation jamais décrite
- Génération de contenu — texte, code, analyse, recommandation — des tâches que la RPA ne peut pas réaliser
- Orchestration dynamique — l'agent peut appeler différents outils selon le contexte, pas selon un workflow figé
Notre agent Léa rédige cet article. Notre agent Camille a défini les mots-clés à cibler. Notre agent Lucas déploiera le tout sur Netlify. Aucun de ces agents ne suit un script. Chacun lit le contexte, décide, agit. C'est structurellement impossible avec de la RPA classique.
Ce qu'est la RPA — et ce que font vraiment Zapier, Make, UiPath
La RPA (Robotic Process Automation) est une technologie qui automatise des tâches répétitives en reproduisant des interactions humaines avec des logiciels : cliquer sur un bouton, copier une valeur d'un tableau, remplir un formulaire, exécuter une macro. Le robot RPA suit un script déterministe. Si l'interface change, le robot casse.
UiPath et Automation Anywhere — la RPA d'entreprise
Ces plateformes permettent de créer des workflows visuels qui automatisent des processus métier à grande échelle : traitement de factures, onboarding RH, réconciliation comptable. Elles sont très utilisées dans les grandes entreprises pour des volumes élevés de tâches structurées. Depuis 2024, UiPath intègre des composants IA générative (Autopilot) pour gérer certains cas non-déterministes — on parle d'automatisation intelligente. Mais l'architecture reste orientée scripts et workflows graphiques.
Zapier et Make — l'automatisation légère trigger-action
Zapier et Make sont souvent confondus avec des agents IA parce qu'ils connectent des dizaines d'applications. En réalité, leur modèle est simple : Si événement X, alors action Y. Un nouveau lead dans HubSpot → envoyer un email Slack. Une nouvelle ligne dans un Google Sheet → créer une tâche Notion. C'est puissant, mais c'est déterministe. Il n'y a pas de raisonnement, pas d'adaptation, pas de compréhension du contenu.
# La RPA : règles fixes, pas de raisonnement trigger: new_lead_in_crm condition: lead.score >= 80 action: send_slack_notification(channel="#sales", message="New high-score lead") # Ce que la RPA ne peut PAS faire : # - Analyser si le lead correspond à votre ICP en lisant les notes # - Décider si un email personnalisé vaut mieux qu'une notification Slack # - Rédiger ce message personnalisé # - S'adapter si le CRM change de format
Comparatif technique : agents IA vs RPA
| Critère | Agent IA (LLM) | RPA classique | Zapier / Make |
|---|---|---|---|
| Mode de fonctionnement | Raisonnement sur contexte | Script déterministe | Trigger → action fixe |
| Gestion des cas imprévus | ✓ Adaptation naturelle | ✗ Erreur ou blocage | ✗ Non géré |
| Génération de contenu | ✓ Texte, code, analyse | ✗ Non | ✗ Non |
| Traitement données non structurées | ✓ Email, PDF, Markdown | ~ Partiel (OCR) | ✗ Structuré uniquement |
| Tâches répétitives à volume | ~ Possible mais coûteux | ✓ Idéal | ✓ Idéal |
| Fiabilité sur tâches structurées | ~ Bon (pas 100%) | ✓ Très haute | ✓ Très haute |
| Coût d'implémentation initial | Faible (API LLM) | Élevé (licences) | Faible (SaaS) |
| Coût à l'usage | Variable (tokens) | Faible (licence fixe) | Faible (par tâche) |
| Résistance aux changements d'interface | ✓ Haute (langage naturel) | ✗ Faible (fragile) | ✓ Haute (API-driven) |
| Orchestration multi-domaines | ✓ Natif | ~ Complexe | ~ Limité |
Cas d'usage : quand choisir la RPA, quand choisir un agent IA
La RPA excelle dans ces situations
Traitement de formulaires à volume : extraction de données depuis des PDFs standardisés, saisie dans un ERP, validation de conformité. Même format, même règles, milliers de fois par jour — la RPA est imbattable en coût et fiabilité.
Intégrations système legacy : beaucoup d'entreprises ont des systèmes anciens sans API. La RPA peut interagir avec ces systèmes via l'interface graphique, là où un agent IA n'aurait aucun point d'entrée.
Reporting automatique : extraire des données de plusieurs systèmes, les consolider dans un tableau Excel, envoyer par email à 9h chaque lundi. Tâche 100% déterministe, fréquente, sans ambiguïté — la RPA ou Zapier sont parfaits.
L'agent IA excelle dans ces situations
Analyse de contenus non structurés : lire 50 emails entrants, comprendre le contexte, classer et prioriser, rédiger une synthèse. Impossible pour la RPA — chaque email est différent.
Production de contenu : rédiger un article de blog, un résumé de réunion, une réponse personnalisée à un client, du code. C'est le territoire exclusif des LLMs.
Décisions dans un contexte changeant : notre agent Clara lit les métriques Plausible, analyse les tendances, et décide quelles pages prioriser pour la Semaine 4. Ce raisonnement contextuel est hors de portée de la RPA.
Orchestration inter-domaines : coordonner 11 spécialistes (SEO, contenu, dev, déploiement, growth) qui lisent un contexte partagé et s'adaptent mutuellement. C'est exactement ce que fait CoFounder — avec un fichier markdown comme mémoire partagée.
L'hybridation : le meilleur des deux mondes
La question n'est pas "RPA ou agent IA ?" mais "RPA ET agent IA — comment les combiner ?"
Un schéma d'hybridation typique en 2026 :
# Étape 1 — RPA/Zapier : trigger déterministe event: nouveau_lead_soumis_formulaire_web action_rpa: extraire_données → enrichir_depuis_LinkedIn → créer_contact_CRM # Étape 2 — Agent IA : raisonnement et personnalisation context: profil_complet_lead + historique_entreprise + ICP_défini agent_task: analyser_fit → rédiger_email_personnalisé → suggérer_prochain_pas # Étape 3 — RPA : exécution déterministe action_rpa: envoyer_email_rédigé + logger_activité_CRM + notifier_commercial
Dans cet exemple, la RPA gère les étapes répétitives et fiables (extraction, envoi, logging). L'agent IA gère l'étape cognitive (analyse et personnalisation). Le résultat est supérieur à ce que chaque technologie pourrait faire seule.
Les grandes plateformes RPA (UiPath, Automation Anywhere) intègrent de plus en plus des LLMs dans leurs workflows pour gérer les étapes ambiguës. Ce mouvement s'appelle Intelligent Automation ou Agentic Process Automation. La frontière entre RPA et agents IA se brouille — mais la distinction conceptuelle (déterministe vs raisonné) reste pertinente pour concevoir vos architectures.
Ce qu'on a appris en 16 jours avec 11 agents IA en production
Chez CoFounder, nous avons délibérément choisi 100% agents IA (zéro RPA, zéro Zapier) pour documenter cette approche en conditions réelles. Voici les leçons honnêtes.
Ce qui fonctionne mieux qu'attendu : la capacité des agents à s'adapter au contexte accumulé. Chaque cycle, les agents lisent les rapports des cycles précédents et ajustent leurs priorités sans instruction explicite. Léa Jour 14 a évité de republier le même type d'article que Léa Jour 12 — simplement parce qu'elle a lu le log. Impossible avec de la RPA.
Ce qui ne fonctionne pas aussi bien que la RPA : la fiabilité sur les tâches déterministes simples. Un robot RPA qui déploie un site sur Netlify à heure fixe ne se trompe jamais. Notre agent Lucas déploie correctement, mais avec un cycle d'interprétation — il peut parfois mal interpréter une instruction ambiguë. Pour les tâches 100% déterministes, la RPA reste supérieure en fiabilité.
La vraie leçon : le bottleneck n'est pas la technologie. C'est la clarté des instructions humaines. Un agent IA sur-performe quand les briefs sont précis, contextuels, et cohérents. Il sous-performe quand les instructions sont ambiguës. La RPA ne résout pas ce problème différemment — elle échoue aussi, mais en silence (erreur d'exécution silencieuse plutôt qu'hallucination).
Vous pouvez suivre cette expérience en temps réel sur notre dashboard public — toutes les métriques sont ouvertes.