Speaker A
Bonjour et bienvenue dans cette vidéo explicative de mon second cerveau IA que j'ai pu construire pendant la formation Bootcamp IA de Prisme One. Donc, cette première partie, c'est essentiellement sur l'infrastructure.
Présentation de l'infrastructure du second cerveau IA développé durant le Bootcamp IA de Prisme One par Arnaud Gabriel.
Key Takeaways
- L'infrastructure repose sur une synchronisation multi-machines via GitHub et un backup local.
- L'utilisation d'agents IA spécialisés permet d'optimiser les ressources et la qualité du raisonnement.
- Une organisation rigoureuse des notes et du contexte garantit la cohérence et la gouvernance du système.
- Les audits réguliers et les règles comportementales assurent la maintenance et l'amélioration continue du second cerveau.
- La gestion dynamique du contexte entre sessions améliore l'efficacité des interactions IA.
Summary
- Arnaud Gabriel décrit son infrastructure multi-machines intégrant PC Windows, MacBook Air et VPS avec synchronisation via GitHub.
- Utilisation d'un home serveur pour backup et gestion locale du workspace et du volt hébergé sur GitHub.
- Emploi d'agents IA Claude pour raisonnement (Opus 47) et exécution mécanique (Solet 46) afin d'optimiser les tokens.
- Intégration d'outils variés comme secret scanner, N8N MCP, CLI Himalaya, James Spark CLI pour la génération d'images et autres fonctions.
- Organisation des notes et projets en plusieurs niveaux : quotidien, hebdomadaire, structurel avec audits réguliers du volt.
- Mise en place d'un cron toutes les 2 heures pour capturer l'état des sessions et maintenir le contexte entre sessions multiples.
- Gestion prioritaire du contexte via un système de don qui supprime les redondances et améliore la cohérence des données.
- Définition de huit règles comportementales pour assurer la cohérence et la gouvernance du cloud.md et du contexte.
- Rapports d'audit interactifs générés hebdomadairement pour vérifier la cohérence et appliquer les règles définies.
- Explication détaillée de la structure et des processus pour maintenir un second cerveau IA efficace et organisé.
Full Transcript — Download SRT & Markdown
Speaker A
Donc, dans un premier temps, moi, je travaille sur trois machines. Donc, depuis mon PC Windows, mon MacBook Air ou depuis le VPS via le bot Telegram.
Speaker A
J'ai mon Volt Obsidian qui est hébergé sur GitHub et synchronisé sur ces trois machines. J'ai ensuite un home serveur à la maison qui fait office de backup pour tout ce système.
Speaker A
L'arborescence de mon volt et de mon workspace. Donc, mon workspace est hébergé localement. Il contient un clone donc de Arnaud OS qui est hébergé sur mon GitHub comme dit précédemment. Les projets sont aussi hébergés sur GitHub et accessibles depuis mon workspace et
Speaker A
mon cloud.md est en symlink avec celui qui est dans mon volt comme appris dans la formation. Euh, pour Arnaud OS, euh donc le volt là, rien de particulier à part architecture système qui est un fichier que j'ai rajouté concernant
Speaker A
l'infrastructure. Donc, à chaque fois que je fais des modifs de configuration là-dedans, ça vient, euh, tirer le contexte et il fait office d'index sur des notes dédiées pour chaque partie.
Speaker A
Ensuite, les agents, je travaille uniquement avec Claude. Donc Opus 47 pour tout ce qui est la partie raisonnement, Solet 46 pour tout ce qui est exécution mécanique sans raisonnement afin d'économiser un maximum de tokens.
Speaker A
Pour les outils dans les hooks, donc précact flush une fois que ma fenêtre de contexte est pleine pour garder un maximum de qualité de contexte, le secret scanner pour être sûr qu'il n'y ait pas d'informations sensibles qui partent vers les serveurs,
Speaker A
entre autres MCP les classiques. Il y a juste le N8N MCP. Je ne sais pas si c'était celui-ci qui était dans la formation. C'est un que j'utilisais déjà précédemment et qui fonctionne très bien. Le CLI, euh, rien de spécial. Himalaya, on avait vu dans le
Speaker A
Telegramo et privé. James Spark, moi j'y suis abonné. Donc, ils ont maintenant un CLI qui permet d'utiliser toute la panoplie d'outils qu'ils proposent, y compris la génération d'images et donc très utile. GitHub Volt Vardon, les skills, j'en ai pas mal des
Speaker A
personnalisés ainsi que quelques téléchargés. Et dans les plugins, j'ai téléchargé ce Rust Token Killer qui permet d'économiser des tokens.
Speaker A
Maintenant, il est actif. Ça ne semble pas dégrader mon expérience, mais j'arrive pas à mesurer pour savoir si c'est efficient ou pas.
Speaker A
Euh, donc voilà dans l'organisation, donc sur quatre niveaux, trois, ouais, trois, quatre niveaux donc quotidien, hebdomadaire, structurel. J'ai aussi justement les notes techniques de référence comme je disais avant pour tout ce qui est configuration et identitaire. J'ai aussi, bah,
Speaker A
architecture système en cas de changement majeur pour le maintien du contexte. Donc, comme défini dans la formation, un cron toutes les 2 heures qui vient capturer l'état des sessions.
Speaker A
C'est utile surtout si j'ai plusieurs sessions parallèles et que je n'ai toujours pas fait dans certaines sessions, bah ça me permet d'avoir le contexte des sessions ouvertes dans celle que dans les nouvelles sessions. Le don lui, il est prioritaire sur l'autocontexte. Donc,
Speaker A
à chaque fois que je le fais, ce qui est intéressant, c'est que ça me supprime en fait le contexte qui est capturé avec l'autocontexte pour autant qu'il soit redondant et ça vient mettre en priorité celui qui est capturé avec don. Il force
Speaker A
aussi bien sûr le ruissellement sur les trois niveaux. On a daily review, weekly review et l'audit volt. Ça, c'est un déclenchement hebdomadaire qui vient faire un audit complet du Volt pour être sûr que la cohérence et la gouvernance qui sont
Speaker A
définies par les règles qu'on va voir juste après sont bien appliquées. Ensuite, il me génère en fait un rapport d'audit que je peux venir lire à travers Welcome et les corrections sont interactives.
Speaker A
Chargement du contexte. Donc, le contexte de base, rien de spécial à dire, ça c'est défini par Claude à part le contexte global qui est lu. En plus, le lu à la demande, ça c'est justement comme je disais avant, si je fais de la
Speaker A
modification de configuration, ça c'est lu à la demande. Et puis, ben bien sûr, projet casquette en fonction du sujet abordé. Là, j'ai mis un exemple de du context usage que moi j'ai après avoir fait un slash welcome. Ça me prend
Speaker A
environ 10 %. Et franchement, c'est, je pense que c'est un prix à payer honnête pour garder un contexte de qualité au début d'une session.
Speaker A
Et ensuite, voilà les huit règles comportementales donc là qui en fait qui découlent directement de problèmes récurrents que j'ai eus et aussi du fait que le CLI, le cloud.md pour être dans les bonnes pratiques, il demandait à ce
Speaker A
qu'il soit en dessous de 200 lignes si je ne dis pas de bêtises. Donc, j'ai éclaté en fait mon cloud.md dans ces huit règles afin de garder une cohérence et une gouvernance correcte pour mon contexte.
Speaker A
Donc voilà, là on a fait le tour de l'infrastructure.
Topics:second cerveau IAinfrastructure IABootcamp IAGitHubagents IA Claudesynchronisation multi-machinesgestion du contexteaudit voltrègles comportementalesoptimisation tokens
