La v200 introduit une architecture RAG entièrement refondue, centrée sur la modularité, la performance et la robustesse. Elle s’appuie sur l’écriture de services dédiés pour les modèles et les index, un daemon Pyro5 pour l’accès rapide aux index en mémoire, et une API interne unifiée permettant (...)  lire la suite

Dans une architecture multi‑processus et multi‑utilisateur, on ne peut charger un même modèle dans chaque composant (NSOrchestrator, ReActEngine, workers, tests, scripts). Pour cette raison, les modèles doivent être servis via un daemon. ##Position du problème Un LLM ou un SLM représente plusieurs (...)  lire la suite

L’architecture v200 repose sur une séparation stricte entre la définition des modèles, leur construction centralisée, et la déclaration des services qui les consomment. Les modèles sont décrits dans un fichier unique (`models.json`), puis construits une seule fois au démarrage par le (...)  lire la suite

Dans l’architecture Pyro5, les index ( et certains modèles ) sont chargés depuis le disque puis conservés en RAM pour être accessibles rapidement par les services distants. Le daemon joue le rôle de processus maître. Pour les index par exemple, il les expose via IndexServer, et sert de point d’accès (...)  lire la suite

Le Moteur RAG de la v200 (RagRuntime) offre différents modes de synthèse des passages extraits de la documentation : "condense", "tree summarize", "node summarize, "tool". Donnant des résultats très différents, il doivent être choisis en fonction de l’application et de la qualité de la documentation. (...)  lire la suite