Configuration du modèle IA
Simon s’appuie sur un modèle de langage pour raisonner, lire vos pièces et piloter les outils comptables. Avant de travailler avec l’agent, il faut donc deux choses : un fournisseur connecté (OpenAI, Anthropic, Google, OpenRouter ou un service compatible) et un modèle capable de tenir un raisonnement outillé et de traiter les pièces jointes — notamment les PDF et les images.
L’application filtre d’elle-même les modèles qui n’ont pas ces capacités minimales. Si un modèle n’apparaît pas dans le sélecteur, c’est en général qu’il n’est pas connecté, pas exposé par votre fournisseur, ou incapable de lire les pièces requises.
Connecter un fournisseur
- Ouvrez l’écran de connexion des fournisseurs, depuis les paramètres ou la commande dédiée.
- Choisissez un fournisseur dans la liste.
- Suivez le mode d’authentification proposé — clé API, OAuth ou code selon le cas.
- Une fois le fournisseur connecté, ouvrez le sélecteur de modèle.
- Sélectionnez le modèle que l’agent doit utiliser.
Le fournisseur recommandé apparaît dans un groupe à part ; les autres restent disponibles si vous préférez votre propre clé, un abonnement existant ou un routeur multi-modèles.
Ajouter un fournisseur personnalisé
Si votre fournisseur n’est pas listé, passez par l’option de fournisseur personnalisé. Elle sert surtout aux services compatibles OpenAI, aux routeurs internes ou aux serveurs locaux — et suppose que vous connaissiez les capacités exactes du modèle déclaré, puisque Simon ne pourra pas les deviner à votre place.
Vous devrez fournir un identifiant de fournisseur, un nom affiché, une URL d’API compatible, une clé API si le service en exige une, et au moins un modèle disponible.
Bien choisir son modèle
Pour Simon, le prix n’est pas le seul critère — ni même le plus important. Le modèle doit savoir suivre un plan en plusieurs étapes, appeler les outils avec des arguments précis, lire une facture ou un relevé en PDF, expliquer un blocage au lieu de le contourner, et tenir le contexte comptable d’une session entière.
Un petit modèle local suffit pour découvrir l’interface, mais il produit plus facilement des erreurs de raisonnement ou pilote mal les outils. Pour une comptabilité réelle, privilégiez un modèle solide sur les tâches longues et structurées.
Coût et confidentialité
Chaque échange avec l’agent consomme des tokens chez votre fournisseur, et la facture varie beaucoup selon le modèle, le volume de pièces et la taille du contexte. Une question courte coûte peu ; un traitement de lot ou une clôture consomme nettement plus ; les pièces jointes pèsent lourd. Gardez aussi en tête qu’un modèle bon marché peut revenir plus cher au final s’il multiplie les corrections.
Côté confidentialité, le principe reste celui de l’application : vos données comptables restent stockées localement. Quand l’agent fait appel à un fournisseur externe, seul le contexte nécessaire à la demande lui est transmis. Vérifiez donc les conditions de conservation et d’usage des données du fournisseur que vous choisissez.