Les RSSI bloquent les API US
Les outils opérés par des fournisseurs américains exigent une revue précise de la localisation, des sous-traitants et du cadre juridique. Les secteurs régulés ont besoin d'un périmètre d'inférence français documenté.
Des agents de code et d'analyse, un harness contrôlable et des modèles SOTA dans un périmètre d'inférence français défini selon l'offre.
Le problème
Les outils opérés par des fournisseurs américains exigent une revue précise de la localisation, des sous-traitants et du cadre juridique. Les secteurs régulés ont besoin d'un périmètre d'inférence français documenté.
Assembler son propre harness agentique — sandbox, permissions, multi-modèles, audit trail — représente un coût et un délai prohibitifs pour une DSI. C'est l'arbitrage classique acheter-vs-construire, et construire perd presque toujours.
Les modèles progressent vite, mais la couche agentique gouvernée — harness, permissions, audit et infrastructure — reste à assembler. C'est précisément là que Souver se positionne.
La solution Souver
Application macOS / Windows pour développeurs et analystes : sessions locales, diff inline inspectable, permissions explicites et mode souverain. La surface de travail quotidienne, gouvernée par vos politiques.
L'orchestrateur d'agents et le harness routent chaque tâche vers le modèle autorisé selon l'offre, le coût et la performance. Périmètres, garde-fous, traces et gouvernance transforment le modèle en agent contrôlable.
Essentiel utilise GLM 5.2 via une API opérée en France. Frontière et Contrôle permettent de cadrer des modèles SOTA, une infrastructure française et des options SNC 3.2 ou HDS dans le devis.
Souver Desktop
Application native macOS / Windows. Tout part d'un espace local chiffré : vos conversations et vos clés API sont protégées par un mot de passe qui reste sur la machine et n'est jamais envoyé à Souver. C'est la souveraineté dès le premier écran.
Session souveraine
Exécution via DeepSeek Platform
Recensées à partir des composants réels de l'application. Le périmètre activable et les éventuelles limitations sont confirmés pendant la démonstration.
Conversations et clés API protégées par un mot de passe local qui reste sur la machine — jamais envoyé à Souver. Verrouillage / déverrouillage du poste.
Historique des conversations, reprise de session, recherche transverse (overlay) et replay d'une session pas à pas.
Réponses de l'agent affichées au fil de l'eau, avec sortie structurée et rendu des étapes de raisonnement.
Chaque modification proposée est lisible avant exécution : chemin de fichier, lignes ajoutées / retirées, validation explicite.
Mode manuel, liste blanche ou accès complet selon la politique du workspace ; chaque écriture ou commande déclenche une demande.
Chaque tool call (lecture, écriture, terminal, recherche) est tracé et inspectable dans l'interface — pas de boîte noire.
Choix de la famille de modèles et de la route d'exécution (DeepSeek Platform, OpenRouter, dédié) selon la configuration de l'environnement.
Un interrupteur contraint les routes d'exécution aux providers autorisés par la politique Souver.
Lancement et suivi de tâches longues sans bloquer l'interface ; panneau dédié pour reprendre la main quand elles aboutissent.
Prévisualisation des documents Markdown produits ou édités par l'agent, directement dans l'app.
Commandes /skill pour déclencher des workflows outillés réutilisables depuis le prompt.
Interface native macOS / Windows, thème adaptable, pensée pour un usage quotidien au poste.
Cas d'usage
Souver est d'abord un agent de code, mais la même boucle outillée et gouvernée sert des usages fonctionnels où la donnée doit rester souveraine.
Notre cœur de métier
Agent = modèle + harness. Les poids donnent le potentiel ; le harness décide ce que l'agent produit vraiment dans un repo : contexte, mémoire de travail, appels fichiers / terminal, permissions, garde-fous, reprise après erreur, auto-vérification et qualité du diff final. Sur une tâche longue, il pèse autant que les weights, parfois plus.
C'est précisément la couche que Souver travaille en priorité — agent loop, sandbox, gateway d'outils, politiques tenant, permissions, tests d'attaque et métriques d'évaluation. Pas une couche marketing : notre différenciation.
+13,7 pts
Sur Terminal-Bench, un même modèle gagne +13,7 points rien qu'en améliorant le harness, sans toucher aux poids. Référence publique qui valide notre pari.
Le modèle propose ; le harness contrôle, limite, et laisse une trace auditée à chaque étape. C'est ce qui rend un agent acceptable pour un RSSI.
La page Indice des modèles documente les benchmarks publics, les sources et la méthode de calcul actuellement retenus.
Architecture
Couche 1
Souver Desktop
App macOS / Windows. Sessions, diff inline, permissions, mode souverain.
Couche 2
Backend
Orchestrateur d'agents, harness multi-modèles, audit, console admin.
Couche 3
Inference
Modèles et infrastructure définis selon l'offre et les politiques du client.
Inference : périmètre défini selon l'offre. Essentiel utilise GLM 5.2 via une API opérée en France ; Frontière et Contrôle cadrent le modèle, le fournisseur, l'isolation et les options SNC 3.2 ou HDS dans le devis.
Modèles supportés
Le harness bascule d'un modèle à l'autre selon la tâche, le coût et la politique client. Aucun lab US propriétaire dans le périmètre production.
Souveraineté par construction
GLM 5.2 dans Essentiel ; GLM, Kimi, DeepSeek ou Qwen étudiés dans Frontière et Contrôle. La variante et la route d'exécution sont confirmées au devis.
Les offres sur devis peuvent prévoir une infrastructure française éligible SNC 3.2 ou HDS. La qualification porte sur le service et le périmètre retenus.
Chaque action de l'agent — message, appel d'outil, permission, diff fichier — est destinée à un journal append-only exportable, pour répondre aux exigences de traçabilité RSSI.
Pour un DSI sensible, un tenant dédié isole entièrement le périmètre d'exécution et de données. Pas de mutualisation imposée.
Cadre d'activation
Le statut commercial de la première version, le calendrier et le périmètre activable sont confirmés pendant le discovery call puis inscrits dans le devis.
Le périmètre fonctionnel présenté pendant la démonstration est confirmé avant toute activation commerciale.
Les résultats publics orientent la sélection ; les tâches du client servent à valider le modèle et le harness retenus.
Le fournisseur, la localisation, le périmètre SNC 3.2 ou HDS et les responsabilités sont définis dans le devis.
Le calendrier, les utilisateurs, les intégrations, les critères de succès et les conditions de sortie sont cadrés avant le pilote.
FAQ DSI / RSSI
On cadre vos contraintes RSSI, le niveau d'isolation attendu, les modèles à servir et le harness à préparer. Pas de pitch standardisé : on repart avec les bons critères de décision.
Discuter de votre cas d'usageOu écrivez directement à contact@souver.ai.