L'approche agent-first
Le problème
La comptabilité d’une PME implique des dizaines de concepts (journaux, comptes PCG, TVA, lettrage, rapprochement, provisions, clôture…) et des flux complexes avec des dépendances strictes.
Un logiciel comptable traditionnel expose cette complexité via des menus et des formulaires. L’utilisateur doit savoir où aller et quoi faire — ce qui suppose une expertise comptable que les dirigeants de TPE/PME n’ont généralement pas.
La solution : l’agent comme navigateur
L’utilisateur parle en langage naturel :
“J’ai déposé mes factures de janvier, qu’est-ce qu’il me reste à faire ?”
L’agent diagnostique l’état de votre comptabilité, propose un plan d’action, exécute via les outils spécialisés, et délègue aux sous-agents quand la tâche l’exige.
L’utilisateur n’a pas besoin de naviguer dans des menus.
Pourquoi ça marche pour la comptabilité
La complexité est dans l’orchestration
Qualifier une facture n’est pas difficile : c’est un taux et une case TVA. La complexité est ailleurs :
- savoir quand qualifier ;
- savoir comment traiter les cas particuliers ;
- savoir dans quel ordre agir par rapport aux autres étapes.
Un agent qui connaît les procédures et l’état du workflow navigue cette complexité naturellement.
Les questions sont contextuelles
L’agent pose les bonnes questions au bon moment. Au dépôt : « Fournisseur ou avoir ? ». À la qualification : « Repas seul ou d’affaires ? ». Au rapprochement : « Ce virement correspond à quelle facture ? ».
L’agent apprend
Via la mémorisation des patterns, les questions se raréfient avec l’usage. Un fournisseur qualifié une fois est qualifié automatiquement les fois suivantes.
Le rôle de l’UI
L’interface graphique complète l’agent :
- Tableaux de bord — KPI, graphiques, balances
- Vues MDX — rapports personnalisés construits par l’agent à votre demande
- Formulaires de résolution — quand un blocage nécessite une saisie structurée
- Navigation documentaire — parcourir les pièces, écritures, tiers
L’UI est construite comme un client des mêmes outils que l’agent (via la symétrie MCP), pas comme une application autonome.
Les compromis
Dépendance au modèle IA
Si le modèle est indisponible, l’utilisateur est limité à l’UI. Simon supporte plusieurs fournisseurs et l’UI peut effectuer les mêmes opérations en autonomie.
Coût
Chaque interaction consomme des tokens. Le coût varie selon le fournisseur, le modèle, le volume de pièces et la longueur du contexte. Simon limite la consommation avec des procédures structurées et le cache de prompt quand le fournisseur le permet, mais les prix doivent être vérifiés dans la grille tarifaire du fournisseur choisi.
Courbe d’apprentissage inversée
Ce n’est pas l’utilisateur qui apprend les menus — c’est l’agent qui apprend le contexte. Les premières interactions sont plus longues, mais le système s’accélère avec l’usage.