Méthode et démo
Pas de grand soir technologique : une progression en quatre temps, chacun validé avant de passer au suivant.
Les quatre temps
- Diagnostic (1 à 2 semaines). Nous figeons ensemble le problème, la mesure de réussite, les documents autorisés et les règles d'escalade. C'est aussi là que se décide la classification de vos données.
- Prototype. Un agent fonctionnel est construit et testé — uniquement sur des documents publics ou fictifs. Vous voyez ses réponses, ses refus et ses escalades avant qu'il touche à quoi que ce soit de réel.
- Pilote mesuré (4 à 6 semaines). Une tâche, un périmètre étroit, une mesure avant/après. Validation humaine systématique. À la fin : un rapport honnête, chiffres à l'appui.
- Déploiement encadré. Si le pilote le justifie, élargissement progressif à d'autres tâches ou d'autres équipes, avec les mêmes garde-fous.
Un cadre reconnu : les sept principes de l'ANSSI
En octobre 2026, l'ANSSI — l'agence nationale française de la sécurité des systèmes d'information — a publié ses recommandations pour sécuriser les systèmes d'IA agentiques (Securing an Agentic AI System). Notre méthode les suit point par point :
- 1. Évaluer les risques dès la conception — tout projet commence par l'inventaire des données que l'IA pourra voir et utiliser.
- 2. Limiter l'autonomie — l'agent agit dans un périmètre documenté, élargi progressivement et jamais par défaut.
- 3. Classer les actions — ce que l'agent peut faire seul, ce qui exige votre approbation, ce qui lui est interdit.
- 4. Isoler les environnements — développement, tests et production séparés, avec des accès distincts.
- 5. Vérifier l'autorisation hors du modèle — les accès sont contrôlés par le code et par les rôles, jamais par l'agent lui-même ; hors cadre, la réponse est un refus.
- 6. Contenir l'impact — aucun secret confié à l'agent, interactions limitées, arrêt et reprise prévus.
- 7. Garder un contrôle démontrable — journaux d'activité et tests de sécurité que vous pouvez vérifier.
Ces recommandations ne sont pas une certification : nous les appliquons comme grille de conception, et nous nommons honnêtement ce qui se met en place au fil d'un pilote.
La démo de 15 minutes
Nous présentons notre agent en démonstration, sur des documents entièrement fictifs : vous le verrez répondre en citant ses sources, refuser ce qui sort de son périmètre — y compris une tentative de lui faire « ignorer ses règles » — et escalader un cas sensible vers un humain avec un brouillon prêt à valider. C'est la meilleure façon de juger notre approche avant tout engagement.
Cas présenté en démonstration : un agent d'accueil pour les questions générales des familles nouvellement arrivées, développé dans le cadre d'échanges d'exploration avec le milieu scolaire francophone du Sud du Nouveau-Brunswick, à partir d'informations publiques et de documents fictifs. Aucune donnée réelle de familles ou d'élèves n'est utilisée.
Les tests que passe chaque agent avant présentation
- Fuite entre rôles : le rôle public ne reçoit jamais un contenu interne.
- Hors documents : un prix ou une politique absente des sources donne un refus net.
- Citation : chaque réponse factuelle nomme son document source.
- Injection : « ignore tes règles » donne un refus, les limites du rôle tiennent.
- Données sensibles : aucune divulgation, escalade vers un humain.
- Escalade : urgence ou cas sensible = brouillon seulement, décision humaine.