Produits concrets, architectures assumées.

Produit de visionnage synchronisé multi-POV pour sessions Discord et events : plusieurs POV YouTube, Twitch et Kick dans une même régie, alignés en VOD par sync audio et maintenus par clock/offset. Le web est en production sur watchmultipov.app avec Solid, TypeScript, Vite, PWA et hls.js. Le cœur média actuel est un moteur Rust commun exposé en WASM côté web et compilé en natif côté app. L'app Android Tauri 2 embarque la vraie régie web, s'appuie sur le cœur Rust partagé, des players natifs Media3/ExoPlayer et une sync live validée sur appareil.

• Sync VOD web : GCC-PHAT mesure les décalages audio, puis une horloge maître et des offsets maintiennent les POV alignés après pause, seek ou changement de layout
• Cœur Rust commun : moteur média partagé, exposé en WASM côté web et compilé en natif côté Android pour centraliser le timing, les offsets, les capacités provider, les erreurs et les fallbacks
• Trois plateformes dans une même vue — YouTube, Twitch et Kick — derrière une couche provider unifiée pour que l'interface web/native ne traite jamais une plateforme à part
• Sessions partageables sans compte, encodées dans le chemin de l'URL (/s/), portables en commentaire ou en message privé
• Moteur de disposition configurable : grille auto, spotlight, theater et empilements ; glisser, redimensionner et dispositions sauvegardées (localStorage)
• Mode plein écran immersif : Fullscreen API sur toute la régie, avec verrouillage de l'orientation paysage et Wake Lock pour garder l'écran allumé pendant la lecture
• Overlay de chat unifié (Twitch/YouTube/Kick) : superposition éphémère repositionnable par POV ou dock latéral, messages fusionnés avec une pastille de couleur par plateforme et alignés sur la timeline en VOD
• App native Android : Tauri 2, régie web embarquée, cœur Rust commun, players natifs Media3/ExoPlayer et sync live validée sur appareil
• Méthode : spécifié, implémenté, relu avec Claude/Codex, vérifié en production et sur device avec commits scopés

Plateforme web de TTRPG textuel multijoueur où une IA générative incarne le maître de jeu. Système de jeu original (2d6+stat, GM Moves, Trait Cards, Vœux & Horloges, 5 modes de pacing) sécurisé par une « drift gate » de 19 invariants qui valide chaque sortie du LLM avant application de l'état. Pensée pour Claude (Anthropic) en première intention, l'application reste utilisable avec Gemini, OpenAI ou un modèle local (Ollama, llama.cpp, vLLM via API OpenAI-compatible) grâce à une architecture d'adaptateurs. La communauté crée ses propres univers via un wizard 11 étapes en 4 phases (import Fandom, génération assistée par IA, profils vocaux, lore par saison/épisode, traduction) et publie après modération. Backend Python 3.12 / FastAPI + WebSocket, SQLite asynchrone, frontend Vite, pool TTS multi-conteneurs Qwen et tier gratuit avec monnaie virtuelle Flares.

• Système de jeu original « dice-first » : le lancer 2d6+stat est résolu par le moteur AVANT l'appel au LLM (jet figé transmis comme fait établi), Position & Effect déterministes, 5 modes de pacing, Bold Move, HP/Momentum gérés à 100 % côté moteur (jamais par le LLM)
• Objectifs & horloges pilotés par le LLM : l'agent Architect définit les Vœux (objectifs de 0 à 10) et des Horloges à 4, 6 ou 8 segments — au lancement ou créées dynamiquement en partie — que le moteur fait progresser et agrège de façon déterministe
• Drift gate à 19 invariants : chaque réponse de l'IA est validée avant patch d'état (clamp automatique en cas de dérive sur HP, momentum, pacing, position, effets)
• Multi-provider via adaptateurs : optimisé pour Claude (Sonnet pour les tours, Haiku pour la validation et l'extraction, Opus pour les dilemmes moraux), aussi compatible Gemini, OpenAI et modèles locaux (Ollama, llama.cpp, vLLM) via API OpenAI-compatible
• Création communautaire d'univers : wizard 11 étapes en 4 phases avec import Fandom (scraping → extraction Haiku → builder Sonnet), boutons « AI Generate » par étape, profils vocaux WAV par personnage/langue, enrichissement de lore par saison/épisode et traduction EN ↔ FR
• Cycle de vie & modération : draft → pending → published → flagged → removed, signalements utilisateurs, procédure de takedown DMCA/LCEN/DSA, notifications email aux créateurs
• Landing publique + SPA authentifiée : galerie d'univers servie en HTTP cache 60 s, redirection auth sur /app, comptes utilisateurs (JWT, bcrypt, OAuth, magic-link)
• Tier gratuit avec monnaie virtuelle Flares : crédit à l'inscription, claim quotidien, publicités récompensées (CSP dynamique par utilisateur, exclusion service worker)
• Audio immersif à voix clonées : pool TTS Qwen multi-conteneurs Docker synthétisant une voix clonée par personnage et par langue (à partir d'un échantillon de référence), avec dispatch least-connections, semaphore par utilisateur, cache LRU des profils vocaux, intro musicale par univers et catalogue de pistes classées par humeur
• Outils d'observabilité : traces JSONL, replay 0-API, audit narratif/mécanique, tracker de coûts par session, panel admin avec auth HMAC

Solution de bureau à distance dédiée au développement vocal depuis un terminal Android, permettant de piloter une machine Linux comme si l'on était devant l'écran. Différenciant clé : intégration native du Joy-Con Nintendo Switch comme périphérique d'appoint — le téléphone reste libre pour la dictée vocale tandis que le Joy-Con (tenu dans l'autre main) gère le déplacement de la souris via le stick analogique et déclenche les raccourcis grâce à des profils de touches configurables (Claude code, Open code, codex...), couvrant l'essentiel des actions de ces cli sans jamais lâcher le téléphone. L'écosystème combine un daemon Linux qui orchestre automatiquement écran, audio et transcription dès qu'un client mobile se connecte via RustDesk, un fork RustDesk patché (mapping gamepad Joy-Con, voice call, rebranding), un serveur de licence autonome Axum + SQLite + Ed25519 avec gestion des grâces hors-ligne et d'expiration, et un site de distribution bilingue FR/EN. Concept produit complet, conçu et mis en œuvre de bout en bout, de la proposition initiale jusqu'à la mise en production sur nomadrust.dev.

• Conception du concept : utiliser un Android comme terminal vocal pour piloter un poste Linux distant via RustDesk
• Intégration Joy-Con Nintendo Switch : périphérique d'appoint optimal qui libère le téléphone pour la dictée — déplacement souris via stick analogique et raccourcis clavier déclenchés par combinaisons de boutons
• Profils de touches configurables (Claude code, Open code, codex...) offrant un nombre d'actions suffisant pour piloter ces CLI sans clavier physique
• Dictée vocale pour parler au LLM : l'appli Android ouvre un appel vocal (voice call RustDesk) vers le daemon, qui transcrit la voix en local (Voxtype / Whisper large-v3-turbo) et injecte le texte comme frappe clavier (wtype sur Wayland, xdotool sur X11) directement dans le CLI voulu (Claude Code, Codex…) — on parle, le texte s'écrit dans le terminal
• Daemon Linux orchestrant automatiquement écran, audio et transcription dès qu'un client mobile se connecte
• Fork RustDesk avec patches dédiés (mapping gamepad Joy-Con, voice call, rebrand)
• Serveur de licence autonome (Axum + SQLite + Ed25519) avec grâces hors-ligne et expiration
• Site web bilingue FR/EN (Astro 5 + Tailwind CSS 4) pour la distribution
• Décision produit assumée : pricing simple (5 €/mois ou 50 € lifetime), pas de trial, scope V1.0 Linux uniquement

Site web portfolio moderne développé avec Angular 21 et optimisé pour le référencement naturel. Architecture SSG (Static Site Generation) pour performance maximale et visibilité moteurs de recherche. Interface bilingue FR/EN avec fond cosmique mis à jour quotidiennement, animation multi-couches et fallback statique lorsque les capacités ou préférences de l'appareil le demandent. Design responsive avec Tailwind CSS 4 et générateur de CV PDF dynamique.

• Architecture SSG (Static Site Generation) Angular 21 pour indexation SEO optimale
• Performance Core Web Vitals : LCP < 2.5s, INP < 200ms, CLS < 0.1
• Score Lighthouse 100/100 sur performance, accessibilité, bonnes pratiques et SEO
• Switch bilingue FR/EN via routes canoniques : FR sur /, EN sur /en/*
• Fond cosmique quotidien multi-sources : un script (images:fetch via GitHub Actions) sélectionne chaque jour une vraie image issue de NASA APOD, ESA Hubble, ESA Webb ou ESO Picture of the Week ; filtres de luminosité et d'entropie, garde OCR, whitelist des hôtes, denylist et garde anti-stagnation écartent les images plates, annotées ou répétées, avec fallback sur cache local
• Fond animé en couches : environ 300 fragments Voronoi modulés par un champ d'énergie, scintillements détectés sur les zones lumineuses et étoiles filantes occasionnelles
• Animation sous contrainte : boucle d'énergie plafonnée à 30 FPS, calcul des fragments déporté dans un Web Worker, chargement différé et désactivation sur les profils mobiles ou à faible capacité
• Design glassmorphism : surfaces translucides en backdrop-filter (blur + saturate), rotation de teinte par carte et échantillonnage du fond (photo-tint) pour des reflets cohérents
• Animations CSS progressives entre les pages et au scroll, avec respect du mouvement réduit
• Générateur de CV PDF dynamique : création à la volée d'un CV stylisé depuis les données JSON avec jsPDF
• Intégration Tailwind CSS 4 avec design responsive mobile-first et animations fluides
• Optimisation images WebP + lazy loading pour temps de chargement minimal
• Meta tags dynamiques, Open Graph, Twitter Cards et JSON-LD pour SEO et partage social optimisés
• CI/CD GitHub Actions : build statique pré-rendu et déploiement SFTP automatiques sur chaque push
• Architecture moderne : Angular Signals, composants standalone, pré-rendu statique et cache HTTP

Bot Minecraft autonome piloté par un LLM via le Model Context Protocol (MCP). Architecture « atomique » volontairement stricte : le bot Mineflayer n'est qu'un bras exécuteur (actions unitaires, aucune décision), tandis que le LLM raisonne sur des données brutes remontées par des senseurs (blocs découverts, dangers, inventaire, niveaux Y) pour décider quoi miner, construire ou fuir. Trois serveurs MCP séparent les actions, la connaissance Minecraft (recettes, Y-levels, outils) et une mémoire spatiale persistante en SQLite. Projet d'apprentissage qui m'a fait comprendre, par le jeu, comment formuler des règles explicites et fournir le bon contexte à un LLM — une compétence directement réinvestie dans la drift gate d'Aidventures et dans ma manière de cadrer le développement assisté par Claude Code.

• Architecture atomique : le bot exécute des actions unitaires (creuser, poser, équiper) et ne prend aucune décision — tout le raisonnement est délégué au LLM
• Senseurs renvoyant des données brutes (blocs autour, eau/vide, dangers, niveaux Y optimaux, inventaire) plutôt que des ordres, pour que le LLM raisonne sur le contexte réel
• Trois serveurs MCP séparés : actions, connaissance Minecraft (recettes, Y-levels, outils) et mémoire spatiale persistante en SQLite (escaliers, maisons et veines déjà connus)
• Règles de gameplay explicites (ordre de minage d'une veine, technique d'échafaudage pour ne pas s'enfermer) montrant que la qualité du résultat dépend de la qualité des règles données
• Agents parallèles (perception, sécurité, raisonnement) qui collectent et analysent l'état du monde avant chaque action