Architecture cible : IA portative sur cl\u00e9 USB

[Mario Da Conceicao]

Document de travail évolutif — base du Guide (page officielle, ne bouge pas) + compléments techniques discutés en équipe. À affiner ici au fur et à mesure.

## Base du projet (rappel du Guide)
Créer un OS quantique performant (OS MIRE) et une IA intelligente (MIRA) qui travaillent ensemble :
– une structure de dossiers et fichiers claire sur PC
– une documentation complète sur WordPress
– une interaction entre IA via un chat pour améliorer l’OS progressivement

Résultat final : un OS quantique performant, une IA MIRA qui aide/propose/améliore l’OS, et une clé USB avec toute la structure.

Règles de collaboration IA (du Guide) :
1. Une IA propose une idée/fichier/modification
2. Une autre IA corrige ou améliore
3. Une autre IA valide après correction
4. L’humain choisit la meilleure proposition et l’intègre

## Complément technique : IA portative sur clé USB

Connectée au web → mode connaissance :
– Va chercher l’information sur le web plutôt que de tout stocker en local
– Interroge plusieurs sources indépendantes sur une même question et les compare
– Ne répond avec certitude que si les sources concordent ; sinon, signale le désaccord/l’incertitude (garde-fou anti-fausse information)

Déconnectée → mode raisonnement local :
– Bascule sur le modèle IA embarqué sur la clé (même principe que la config Ollama testée)
– Reste fonctionnelle sans internet, avec des connaissances figees au moment de l’installation/mise à jour

Évolutivité :
– Pas d’auto-apprentissage autonome non supervisé (trop risqué, non résolu à ce jour dans la recherche)
– À la place : mémoire persistante de ce qui a été appris/discuté/validé, + mises à jour du modèle par étapes validées par un humain

Multiplateforme :
– Windows/Mac/Linux couverts nativement par la pile actuelle (Ollama + AnythingLLM/Open Interpreter + PyAutoGUI)
– Android/iOS : à traiter séparément plus tard, PyAutoGUI ne fonctionne pas nativement sur mobile

Distinction PC actuel / clé USB finale :
– Le PC actuel (AnythingLLM) = banc d’essai/prototype pour valider les briques
– La clé USB = version finale embarquée, avec en plus le contrôle clavier/souris (PyAutoGUI)

## Vision long terme : evolution en deux phases (USB puis SSD)

**Phase 1 (immediat) – cle USB**
Un seul support, le controleur polyvalent, leger. C’est la premiere cle a faire fonctionner (base du travail actuel).

**Phase 2 (plus tard) – cle/support SSD portable**
Le SSD offre bien plus de capacite de stockage et de vitesse qu’une cle USB classique – assez pour garder plusieurs modeles specialises stockes sur le meme support, et charger le bon selon le besoin du moment (« changer de casquette ») plutot que d’avoir une cle physique separee par specialite. Meme logique que le changement de modele deja teste avec Ollama aujourd’hui (llama3.1 <-> qwen2.5-coder), mais en version portable avec plusieurs specialites disponibles d’un coup.

Roles envisages selon la demande : controleur (comprend/distribue), scenariste (ecriture/histoire), programmeur (code), graphiste (generation d’images), et autres selon les besoins qui apparaitront.

Exemple concret donne : une demande client « faire un jeu » -> le controleur distribue au scenariste, au programmeur, au graphiste, etc., puis assemble.

Point technique a trancher plus tard : comment le controleur communique avec les specialites (chargement/dechargement de modeles en memoire sur le meme support, ou plusieurs supports branches en meme temps) – pas urgent, a voir apres la phase 1.

—
A continuer ici au fil des avancees – la page Depart travail reste la base de reference fixe, ce sujet est l’endroit ou ca s’affine.

—
A continuer ici au fil des avancees – la page Depart travail reste la base de reference fixe, ce sujet est l’endroit ou ca s’affine.

[Auteur]

Messages