Open Collective
G1FabLab #monnaie-libre
Contribute
Budget
Connect
About
[Astroport.ONE] L’IA souveraine sous le capot : LifeOS, Arbor et le réveil de l’essaim
Published on July 6, 2026 by Fred R
Le 10 juillet prochain, près de Toulouse, nous allons brancher les câbles et initier le bootstrap “atom4love”. Ce ne sera pas juste le lancement d’un énième réseau de serveurs, mais l’éveil d’une constellation de nœuds P2P véritablement intelligents et autonomes : Astroport.ONE.
On parle beaucoup d’auto-hébergement (IPFS, NOSTR, NextCloud), mais stocker ses données ne suffit plus. Il faut pouvoir interagir avec elles, les comprendre et les organiser, sans jamais les envoyer sur les serveurs d’OpenAI ou de Google.

Aujourd’hui, on soulève le capot d’Astroport pour vous montrer comment fonctionne BRO, le clone numérique embarqué sur chaque nœud, et comment nous avons réussi à intégrer 100% en local les concepts les plus avancés de la recherche en IA.

🧠 Un “LifeOS” entièrement local

Vous connaissez peut-être le concept de LifeOS. L’idée est d’avoir un système qui centralise vos objectifs, vos compétences, vos souvenirs et vos ressources, pour alléger votre charge mentale.

Dans Astroport, ce LifeOS n’est pas une simple application de prise de notes : c’est un agent IA (BRO) qui vit sur votre station et communique avec vous via des Messages Privés NOSTR chiffrés (NIP-44).

Tout tourne sur votre matériel via Ollama et Qdrant (notre base de données vectorielle souveraine). La mémoire de BRO est structurée en plusieurs “slots” :
  • Mémoire épisodique (Slot 13) : BRO se souvient de vos conversations passées. Il utilise le modèle d’embedding nomic-embed-text pour retrouver sémantiquement les éléments pertinents avant de vous répondre.
  • Persona & Réseau (Slot 14) : BRO ingère vos posts publics NOSTR pour apprendre votre style d’écriture (via bro_backfill.py) et dresse des fiches sur vos interlocuteurs fréquents. Quand il vous suggère une réponse à un message Mastodon ou Discourse, il le fait avec votre ton.
  • Agentivité Proactive : BRO ne fait pas qu’attendre vos questions. Si votre solde de Ğ1 / Ẑen est bas, ou s’il détecte un “goal drift” (un objectif que vous aviez noté dans votre Identity/.Objectifs.md mais dont vous ne parlez plus), il vous envoie spontanément un message pour vous le rappeler.

⚙️ L’inspiration “Arbor” : L’outil qui forge des outils

C’est ici que l’architecture d’Astroport devient vraiment intéressante. Pour rendre le système extensible, nous nous sommes fortement inspirés du projet de recherche Arbor (un framework d’auto-amélioration des LLMs).

BRO est capable de comprendre vos intentions en langage naturel et de les router vers la bonne action (activer un scraper, générer une vidéo, chercher la météo) grâce à une comparaison sémantique de marge (margin thresholding) ultra-robuste.
Mais que se passe-t-il si vous lui demandez une tâche pour laquelle il n’a pas encore de code ?
 C’est là qu’intervient notre module arbor_tool_forge.py.

L’exception qui confirme la règle : Le recours à Claude

Soyons transparents : si l’exécution, le routage et les conversations (Ollama qwen2.5-coder:14b, gemma3:latest, llama3.2-vision) sont 100% "locaux", la génération pure de code Python avec boucle d’auto-correction demande encore aujourd’hui un niveau de raisonnement logique que les petits modèles locaux peinent à maintenir sur la durée.

Pour faire évoluer son propre code, Astroport fait donc une exception stricte et isolée : il délègue la forge du code au CLI de Claude (Anthropic).

Voici comment ça se passe :
  1. Vous envoyez à votre station : "#arbor récupérer mon fil d'actualité hacker news".
  2. En arrière-plan, la station contacte Claude pour générer une Spec, un script Python autonome, et un test Pytest.
  3. La station exécute le test dans un bac à sable isolé (bubblewrap), sans accès au réseau. S’il échoue, elle renvoie l’erreur à Claude pour corriger le bug (jusqu’à 3 itérations).
  4. Si ça passe, le code n’est jamais mergé automatiquement. Il est placé sur une branche Git isolée et le Capitaine de la station reçoit une notification NOSTR : “Nouvel outil prêt à être relu”.

Une fois le code validé par l’humain, l’outil rejoint le registre local de BRO. Désormais, chaque exécution future de cet outil sera 100% locale, gérée par Ollama.

🎨 L’Essaim Multimédia (ComfyUI & Orpheus)

Le LifeOS de la station ne gère pas que du texte. Si votre machine possède un GPU (ce que nous appelons un “Brain-Node” dans notre topologie), Astroport déploie automatiquement la stack multimédia lourde :
  • ComfyUI pour les tags #image, #video, #music.
  • PlantNet local pour la reconnaissance botanique hors-ligne (#plant).
  • Orpheus TTS pour vous répondre avec des voix de synthèse (#pierre, #amelie).

Et si vous tournez sur un simple Raspberry Pi (un “Light-Node”) ? Le code d’Astroport est conçu pour le Swarm P2P. Votre petit nœud détectera qu’il n’a pas la puissance nécessaire et ouvrira un tunnel IPFS pour déléguer silencieusement la génération de la vidéo au “Brain-Node” le plus proche dans la constellation.

🗓️ Rendez-vous le 10 Juillet... et les jours qui suivent pour les retardataires...

Avec Astroport.ONE, nous ne construisons pas seulement une alternative à Google Drive ou un pont vers la monnaie libre Ğ1. Nous construisons des entités numériques souveraines, dotées d’une mémoire et d’une capacité d’agir, qui travaillent pour vous et avec vous.
Le code est prêt. La mémoire est structurée. Les générateurs attendent vos prompts.
Rendez-vous ce vendredi 10 juillet 2026, à la ferme de la Bouzigue, près de Toulouse, pour le bootstrap “atom4love”.

Venez avec vos machines, on allume l’essaim ensemble.
L'évolution sera P2P, ou ne sera pas. 🚀