Le chat IA d'entreprise
Posture « acheter », candidats (Claude, Mistral), critères de choix et intégration MCP.
Le chat est acheté, pas construit (principe 1). C'est le point d'entrée unique pour toute l'entreprise : on y pose une question métier ou on y demande une action, en français, et le chat appelle les outils MCP de la plateforme.
Ce que le chat doit savoir faire
- Parler MCP nativement (découverte d'outils, appels, résultats) — c'est le critère non négociable.
- Connexion à des serveurs MCP distants (HTTP/SSE), pas seulement locaux, pour joindre notre hub.
- Gestion des identités : savoir qui parle, pour appliquer le périmètre par entité/rôle au niveau du hub.
- Résidence des données compatible avec nos obligations (UE).
- Déploiement multi-utilisateurs (toute l'entreprise, pas un poste).
Candidats
| Solution | MCP | Résidence données | Note |
|---|---|---|---|
| Claude (Team/Enterprise, Claude Code, Desktop) | Natif, mature | UE possible (entreprise) | Référence MCP ; paperasse est déjà optimisé pour Claude. |
| Mistral (Le Chat / Vibe) | En cours | France / UE | Atout souveraineté ; à valider sur la maturité MCP. |
| Autres (Cursor, Cline, Windsurf…) | Oui | Variable | Plutôt postes développeurs que chat d'entreprise. |
La plateforme étant un contrat MCP (principe 2),
le choix du chat est réversible. On peut démarrer sur Claude (maturité MCP +
compatibilité paperasse) et basculer/compléter avec Mistral pour la souveraineté
sans réécrire un seul connecteur.
Intégration
sequenceDiagram
participant U as Utilisateur
participant Chat as Chat IA (acheté)
participant Hub as Hub MCP (NixOS)
participant C as Connecteur (ex: mcp-sage)
participant Sys as Système (Sage 100 V12)
U->>Chat: « Le fournisseur ACME a-t-il un SIRET et un n° TVA valides ? »
Chat->>Hub: appel MCP tool=sage.get_supplier (auth user)
Hub->>Hub: vérifie rôle + périmètre entité, journalise
Hub->>C: route la requête
C->>Sys: API/SQL Sage
Sys-->>C: fiche fournisseur
C-->>Hub: résultat typé
Hub-->>Chat: résultat + audit-id
Chat-->>U: réponse en langage naturel + écarts détectésSkills + MCP : la complémentarité
Deux mécanismes coexistent, déjà présents dans paperasse :
- Skills (Markdown) — la connaissance métier : PCG, mentions obligatoires, cas d'usage RFE, procédures. Le chat les charge pour raisonner juste. Réutilisables tels quels.
- Outils MCP — les capacités : lire Sage, valider une facture, générer un FEC. Le chat les appelle pour agir.
Un bon échange combine les deux : le skill comptable explique quelles mentions
sont obligatoires en 2026 ; l'outil MCP mentions.validate vérifie la facture réelle.
Garde-fous au niveau du chat
- Périmètre d'entité injecté dans chaque appel (un comptable Hôtellerie ne lit pas l'Immobilier).
- Actions d'écriture présentées à l'utilisateur avant exécution (récapitulatif + confirmation).
- Aucune clé d'API système stockée côté chat : tout passe par le hub.
Principes directeurs
Les décisions structurantes qui contraignent toutes les autres — acheter le chat, construire les connecteurs, tout en Nix, lecture par défaut.
Connecteurs MCP
Le pattern technique d'un connecteur — Rust pour les nouveaux, réutilisation du paperasse-mcp Go, transports stdio/HTTP, packaging flake.