Niveau 2 · Détail technique
Technologie — approfondissement technique
Pour les CTO, DSI, architectes, ingénieurs et chercheurs : comment D-COS NEXUS est construit, quels principes il applique et quelle est sa maturité réelle.
Principes architecturaux
Un seul modèle de contrat
Chaque capacité déclare entrées, sorties, permissions et délai maximal : 80 contrats et 773 capacités lorsque toutes les licences sont présentes.
Licences fail-secure
Sans licence valide signée Ed25519, seuls les modules de base fonctionnent ; les modules sous licence refusent tout appel.
Lecture seule par défaut
Les capacités de classe exécution peuvent être bloquées globalement (Zero-Trust read_only) ; les effets ayant des conséquences exigent une approbation humaine signée.
États honnêtes
Les simulations sont déclarées (décision D-24) ; les modules matériels indiquent si un appareil réel est connecté.
Intégrité vérifiable
Registres signés pour les sources, l'exécutable et la distribution, vérifiés uniquement avec des clés publiques.
Une seule racine de confiance
Un MASTER. Une architecture. Trente-six modules. Une racine de confiance (M01).
Les couches de l'architecture
D'après la carte d'architecture du projet : chaque requête traverse des couches bien définies, de l'interface utilisateur jusqu'au calcul local, edge ou cloud.
Composants et plateformes
Langage et code
Python ; régression MASTER finale R14 avec 4 086 tests réussis et 0 échoué (présentation officielle V130).
Modèles de langage
Fournisseur au choix : Ollama en local (par défaut, sans identifiants), ou les API OpenAI, Gemini, Anthropic et des points de terminaison compatibles. Les identifiants sont lus uniquement depuis l'environnement, jamais stockés en mémoire.
Mémoire
Trois niveaux : épisodique (avec Chronos), sémantique (base vectorielle et graphe de connaissances) et autobiographique.
Console
Console web locale (127.0.0.1) avec widgets isolés, sans ressources externes et avec jetons de session ; sur un réseau local, uniquement en HTTPS.
Plateformes
Windows x64 (plateforme cible) : un seul exécutable, dcos.exe. Command Center et console en six langues (italien, anglais, espagnol, allemand, français, arabe de droite à gauche).
Multilinguisme du moteur
Détection déterministe de la langue de la requête (13 langues vérifiées dans les tests) et réponses dans la langue de l'utilisateur.
Comment l'état est indiqué
| A | Vérifié |
|---|---|
| B | Implémenté |
| C | Partiel |
| D | Planifié |
| E | Non vérifiable |
| F | Non implémenté |
Catégories de preuves de la documentation officielle. État des 36 modules : 22 implémentés et 14 partiellement implémentés. Chaque module indique sa nature : de base, réel, matériel avec pilote simulé ou simulation déclarée (D-24).
Vérifications documentées
- Régression MASTER finale R14 : 4 086 réussis · 0 échoués · 16 ignorés.
- Validation croisée des 36 modules : 36/36 modules · 283 contrôles OK · 0 échoués.
- Recette du paquet : 24/24 sur l'archive extraite ; recette avec licences réelles : 15/15.
- Intégrité de la publication : registre des sources, exécutable signé et manifeste de distribution VALIDES ; SBOM de 122 composants, 0 vulnérabilité connue (OSV).
- Validation externe indépendante (Gate H) : pas encore réalisée.
Feuille de route technique
L'orientation provient du registre d'état et de la feuille de route d'ingénierie. Aucun des éléments ci-dessous n'est aujourd'hui une fonctionnalité opérationnelle.
Garde matérielle des clés
Importer la clé de signature actuelle dans un périphérique Ed25519, puis transférer sur matériel les clés de l'exécutable et des licences.
Crypto Kernel partout
Migrer la pile P2P/maillage et le matériel TLS local vers le Crypto Kernel de M01.
Validation indépendante
Validation externe (Gate H) et tests avec des appareils réels.
Parlons de votre projet
Présentez-nous votre contexte : nous vous répondrons avec les informations pertinentes et, si utile, avec une proposition.