Le développeur Mikhaïl Singatoullin dépose au registre des logiciels russes une mémoire pour agents IA fonctionnant sans internet

Un seul développeur, 22 ans d'expérience, une seule demande d'inscription au registre des logiciels russes. Mikhaïl Singatoullin, qui a travaillé en intégration de systèmes, en conception de réseaux de communication et en architecture serveur, a déposé une demande pour un ensemble logiciel doté d'une mémoire à long terme pour agents IA. Le scénario annoncé est précis : des agents évoluant en circuits fermés ou sous restrictions d'internet, où ils souffrent d'« amnésie ». L'information provient de CNews.

Le problème : un agent qui repart de zéro chaque matin

Un modèle de langage ne retient rien par lui-même. Tout ce qu'il « sait » de votre tâche se trouve dans la fenêtre de contexte, laquelle est limitée et se remet à zéro à chaque nouvelle session. Un agent qui a compris hier la structure de votre dépôt ou la procédure de validation des contrats pose aujourd'hui les mêmes questions.

Dans le cloud, des services externes comblent ce manque : bases vectorielles, API de mémoire, stockages gérés d'embeddings. En circuit fermé, ces services n'existent pas. Le réseau est isolé, les API externes sont inaccessibles et toute sortie de données est interdite par la politique de sécurité. Si la mémoire n'est pas intégrée à l'ensemble et ne fonctionne pas en local, l'agent reste dans un tel environnement un « poisson rouge à la mémoire de cinq secondes ».

C'est précisément cette niche que l'auteur a ciblée. Les restrictions d'internet ne sont plus une exception pour les entreprises russes : dans certaines organisations, l'isolation d'un segment du réseau est imposée par les exigences des régulateurs.

Ce que l'on sait du projet

Les données publiques sont encore maigres. Voici tout ce que l'on peut affirmer :

• Auteur : Mikhaïl Singatoullin, 22 ans en intégration de systèmes, conception de réseaux de communication et architecture serveur.
• Statut : demande d'inscription au registre des logiciels russes déposée, décision non rendue.
• Finalité : mémoire à long terme pour agents IA.
• Environnement : circuits fermés et conditions d'internet restreint, autrement dit fonctionnement hors ligne.
• Non divulgué : architecture du stockage, compatibilité avec des modèles précis, benchmarks, licence, prix, existence de pilotes.

L'intérêt du registre se comprend aisément. Pour les clients publics et les opérateurs d'infrastructures critiques, l'origine russe d'un logiciel devient une condition d'achat ; une inscription au registre ouvre donc ce segment au produit. Mais déposer une demande ne revient pas à être inscrit : l'ensemble doit passer une expertise, et les délais dépendent de la complétude du dossier. Pour l'instant, il s'agit d'une intention, pas d'un produit au statut confirmé.

Un mot sur l'échelle du projet. Des dizaines de projets étrangers et open source s'attaquent à la mémoire à long terme des agents, mais presque tous visent un environnement cloud ou hybride. Un auteur isolé, avec un bagage d'ingénieur en réseaux et en serveurs, a choisi le camp de l'infrastructure plutôt que celui de la recherche sur les modèles. C'est un choix raisonnable pour des environnements hors ligne, où l'essentiel n'est pas la qualité des réponses sur un benchmark, mais le fait que le système puisse être déployé et fonctionner à l'intérieur du périmètre.

Ce qu'il faut vérifier avant le déploiement

Si vous êtes responsable de l'IA dans une organisation disposant d'un circuit fermé, l'affirmation « nous avons désormais une mémoire pour nos agents » mérite d'être examinée point par point.

Premier point : où les souvenirs sont physiquement stockés, et sous quelle forme. La mémoire d'un agent accumule des fragments de documents internes, de correspondance et de code ; elle devient donc un nouveau volume de données sensibles, avec ses propres exigences de chiffrement et d'audit.

Deuxième point : le cloisonnement des accès. Si plusieurs services utilisent l'agent, il faut s'assurer qu'il ne « se souviendra » pas, pour le comptable, de ce qu'il a appris du juriste.

Troisième point : le mécanisme d'oubli et de correction. Les entrées obsolètes ou erronées doivent pouvoir être supprimées, sinon la mémoire deviendra une source de réponses assurées mais fausses.

Quatrième point : quels modèles locaux et quels embeddings sont pris en charge, et quelles ressources sont nécessaires. Dans un segment isolé, les GPU sont généralement rares, et la mémoire ne doit pas les accaparer.

Tant que l'auteur n'aura pas publié de description technique ni de résultats de tests, il est raisonnable de voir dans cette demande un signal de la demande plutôt qu'une solution prête à l'emploi. Le signal, lui, est révélateur : le besoin de mémoire hors ligne pour les agents n'est plus comblé seulement par les grands éditeurs, mais aussi par des développeurs indépendants.