Simon sépare l'agent, l'interface et la logique métier. Les deux surfaces appellent les mêmes outils MCP, qui appliquent les validations sur une base locale.
Le produit donne de l'autonomie à l'agent sans lui donner un accès opaque aux données. Les outils de domaine portent les validations.
Créer un tiers depuis une vue ou demander à l'agent de le créer produit le même type d'action, avec les mêmes validations métier.
Sequence diagram UI/agent appelant la même action MCP puis événement db.changed.
Les dispatchers transforment des dizaines d'actions proches en choix hiérarchique : domaine, action, paramètres valides.
Matrice domaines/actions avec aide intégrée et validation Pydantic.
La base comptable, les fichiers, les vues et les traces restent sur la machine. La base fiscale embarquée aide l'agent à citer ses sources.
Visuel de sources fiscales versionnées et données société locales, avec frontière fournisseur IA.
La vitrine doit être transparente sur le périmètre bêta et les responsabilités.
Simon aide à produire et contrôler ; il ne signe pas les comptes.
Simon prépare les données et documents ; l'utilisateur dépose hors Simon.
Le produit bêta vise une base locale et un poste de travail.
L'utilisateur configure le modèle et accepte les conditions du fournisseur.
La tarification publique est volontairement cachée pendant la bêta. La documentation de démarrage explique le périmètre et les prérequis.