Une IA qui ne quitte jamais le territoire

Le terme « souverain » est devenu un argument marketing ; commençons par le définir sérieusement. Une IA souveraine, au sens où nous l'entendons, réunit trois conditions : les modèles s'exécutent sur une infrastructure située au Maroc — vos serveurs ou un centre de données marocain qualifié —, aucune donnée ne transite vers un service tiers hors juridiction, et l'organisation détient la capacité d'auditer et de faire évoluer l'ensemble sans dépendre d'un fournisseur unique.

Qui en a réellement besoin ? D'abord les organismes dont le cadre réglementaire l'impose : les infrastructures d'importance vitale relevant de la loi 05-20, dont les systèmes d'information sensibles obéissent à la DNSSI édictée par la DGSSI. Ensuite ceux dont la nature des données l'exige : défense, sécurité intérieure, données régaliennes, renseignement économique. Enfin ceux qui en font un choix stratégique : banques souhaitant traiter en interne des données de clientèle sans externalisation, groupes industriels protégeant leur propriété intellectuelle. Pour les autres, une architecture hybride — souverain pour le sensible, cloud pour le reste — est souvent plus rationnelle, et nous le disons clairement en cadrage.

La loi 05-20 relative à la cybersécurité a doté le Maroc d'un cadre exigeant pour la protection des systèmes d'information des administrations et des opérateurs d'importance vitale. Sous l'autorité de la DGSSI, la Directive nationale de la sécurité des systèmes d'information décline ce cadre en règles concrètes : classification des systèmes, cloisonnement, maîtrise des prestataires, homologation des systèmes sensibles.

Pour un projet d'IA, ces exigences ont des conséquences architecturales directes. L'hébergement : les systèmes d'information sensibles appellent des infrastructures maîtrisées sur le territoire, ce qui oriente vers l'on-premise ou des centres de données marocains répondant aux exigences applicables. Le cloisonnement : l'inférence, l'indexation documentaire et les journaux doivent respecter la ségrégation des niveaux de classification — un corpus « diffusion restreinte » ne partage pas son index avec la documentation publique. La chaîne d'approvisionnement logicielle : modèles ouverts dont les poids sont vérifiés, dépendances auditées, mises à jour contrôlées plutôt que automatiques. Nous concevons chaque déploiement pour qu'il soit défendable devant votre RSSI et, le cas échéant, dans un dossier d'homologation.

Une infrastructure souveraine Hunter BI assemble des briques éprouvées. Les modèles : poids ouverts de dernière génération, sélectionnés selon vos cas d'usage et le trilinguisme français/arabe/anglais de vos corpus, servis par un moteur d'inférence optimisé sur des GPU dimensionnés à la charge réelle — nous calibrons sur vos volumes, pas sur des maxima théoriques. Le RAG : indexation de vos référentiels documentaires — textes réglementaires, procédures, archives — avec citation des sources, pour que chaque réponse soit vérifiable. Les agents : automatisations outillées via MCP sur vos systèmes internes, avec journalisation complète et validation humaine sur les actions sensibles.

L'écart de capacité avec les modèles propriétaires de pointe existe, mais il se réduit à chaque génération et, surtout, il est rarement déterminant pour les usages internes visés : recherche documentaire, synthèse, aide à la rédaction, analyse de dossiers. Un modèle ouvert bien outillé sur vos données bat un modèle de pointe qui n'y a pas accès. Et l'infrastructure reste évolutive : les poids se remplacent, l'investissement dans l'indexation, les connecteurs et la gouvernance demeure.

Le déploiement air-gap — totalement déconnecté — reste l'exception, réservé aux environnements classifiés. La plupart des architectures souveraines que nous déployons sont connectées mais maîtrisées : les mises à jour de modèles et de logiciels passent par un sas contrôlé, les flux sortants sont inexistants ou explicitement autorisés, et la supervision reste locale.

Cette nuance compte pour le maintien en condition opérationnelle. Une IA souveraine n'est pas un projet qu'on livre puis qu'on oublie : les modèles évoluent, les corpus grossissent, les usages se déplacent. Nous structurons donc chaque déploiement avec un plan de maintien : veille sur les modèles ouverts, procédure de qualification des nouvelles versions, tests de non-régression sur vos cas d'usage de référence, et transfert de compétences à vos équipes — l'objectif étant que votre autonomie soit réelle, pas seulement contractuelle. C'est aussi cela, la souveraineté : ne pas remplacer une dépendance au cloud américain par une dépendance à votre intégrateur.