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.
Détails
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
Multiplateforme avec prise en charge officielle de Windows 10/11, macOS et Linux (x64 et ARM64) :
Détails
un paquet dédié pour chaque système. Docker et Android (Termux) sont également prévus. Command Center et console en six langues.
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.
Multiplateforme : Windows, macOS et Linux
D-COS NEXUS est un écosystème multiplateforme avec une prise en charge officielle de Windows, macOS et Linux. Son code, écrit en Python, gère les différences entre systèmes d'exploitation, et une chaîne de compilation officielle produit un paquet dédié pour chaque plateforme.
Windows 10/11 (x64)
Exécutable signé dcos.exe avec les environnements d'exécution Python et Visual C++ inclus. Recette du paquet 24/24.
macOS (Apple Silicon et Intel)
Paquets officiels pour macOS ARM64 et x64 produits par la chaîne de compilation. Tests en laboratoire et notarisation Apple à finaliser.
Linux (x64 et ARM64)
Paquets officiels pour Linux x64 et ARM64 et service systemd pour serveurs et mini-PC. Tests en laboratoire à finaliser.
Docker · NAS · Raspberry Pi 4/5
Dockerfile et docker-compose pour PC, NAS, mini-PC et Raspberry Pi 4/5.
Smartphones et tablettes
Console HTTPS utilisable depuis le navigateur des téléphones et tablettes, déjà essayée. Exécution sous Android via Termux préparée.
Chaque compilation PyInstaller ne fonctionne que sur le système pour lequel elle a été créée :
Détails
chaque plateforme a son propre paquet. Certaines fonctions utilisent des services Windows : hors de Windows, le coffre-fort s'ouvre avec la phrase de récupération (scrypt) au lieu de DPAPI, et la détection automatique des périphériques (Plug and Play) n'est disponible que sous Windows.
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.