Développement logiciel · IA · Infrastructure

Du prototype
à la production.

Je conçois des applications, des systèmes d’IA et les infrastructures qui les font fonctionner. De l’interface aux modèles, des intégrations au déploiement, je construis des logiciels pensés pour être compris, testés, maintenus et exploités.

Une vision d’ensemble Partir de besoins réels Des choix techniques visibles
Le cœur d’ingénierie de LeLabUn système d’ingénierie en plusieurs dimensions relie les problèmes, les données et les outils existants au cœur de LeLab, puis aux logiciels, aux systèmes d’IA et aux outils pour développeurs.01 / ENTRÉESProblème + contexteDonnées + documentsUtilisateurs + permissionsSystèmes existantsBudget + ressourcesLOGICIELSProduits + applicationsSYSTÈMES D’IAAgents + recherche documentaireOUTILLAGEDéployer + superviserARCHITECTURE / DÉCISIONS / IMPLÉMENTATIONINDÉPENDANTINGÉNIERIEUNE VISION. LE SYSTÈME ENTIER.
01

Logiciels

Applications, API et intégrations conçues pour fonctionner ensemble, de l’interface au déploiement.

SvelteKitRustPostgreSQL
02

IA appliquée

Des workflows et intégrations d’IA adaptés au besoin, avec des règles et des limites explicites.

AgentsRAGIntégrations
03

Infrastructure

Déploiement, observabilité et outils d’exploitation conçus pour rester compréhensibles et maintenables.

DockerCI/CDAuto-hébergé
01 / Au Lab

Des outils concrets.
Des choix techniques visibles.

LeLab réunit les outils que je développe, mes expérimentations et des projets ouverts à la consultation. Derrière chaque projet : un problème, une décision d’architecture et les compromis nécessaires pour aboutir à un système utile.

Une sentinelle nordique observe des planeurs cargo à la longue-vue.
OBSERVABILITÉ En cours

Supervision légère de services

RustSupervisionAuto-hébergé

Superviser sans ajouter une plateforme à exploiter.

Un système compact pour suivre disponibilité, latence et incidents, sans faire de la supervision une plateforme de plus à maintenir.

Un forgeron nordique façonne une fondation modulaire dans sa forge.
FONDATIONS LOGICIELLES Code source

Socle d’application SvelteKit

SvelteKitDXBase de démarrage

Ne plus reconstruire les mêmes fondations.

Un socle SvelteKit réutilisable qui transforme les décisions récurrentes de qualité et de livraison en point de départ solide.

Un maître nain supervise le chargement de conteneurs marqués de runes sur des planeurs.
WORKFLOWS D’AGENTS En cours

Workflows d’agents de code

AgentsDéveloppementFlux de travail

Les agents ont besoin d’un cadre.

Un workflow traçable pour relier les agents de code aux issues, séparer implémentation et revue, et garder la décision finale à une personne.

Un opérateur nordique gère des livraisons aériennes depuis une tablette.
DÉPLOIEMENT En cours

Déploiement léger de services

DéploiementComposeTraefik

Déployer sans ajouter une plateforme.

Une couche légère autour de services Compose existants, avec des actions explicites et un chemin vers la production facile à inspecter.

Un archiviste étudie des plans de machines volantes dans une bibliothèque.
RECHERCHE DOCUMENTAIRE Code source

Recherche dans des documents personnels

RAGRustConnaissances

Rechercher sans perdre la source de vérité.

Une mémoire documentaire légère pour assistants : les fichiers locaux restent la référence et un index reconstructible rend leur contenu accessible via MCP.

Un chaman grave la marque lumineuse LeLab dans une pierre runique.
INTERFACE WEB Code source

Animations déclenchées au défilement

AnimationMouvementInterface

Animer sans ajouter une stack dédiée.

Des animations au défilement fondées sur les primitives du navigateur, les transitions CSS et une petite intégration Svelte, sans dépendance disproportionnée.

DÉMO INTERACTIVE

Une demande de support. Un pipeline d’IA ciblé.

Écrivez un message ou choisissez un exemple. Laya propose une catégorie, une urgence, une priorité et un routage. Les règles restent consultables et ajustables ; les cas incertains peuvent demander une précision ou une revue humaine.

Votre ticket

107 / 600

Résultat
Votre résultat apparaîtra ici.

Choisissez un exemple ou décrivez un ticket, puis sélectionnez Analyser.

Modifier les règles
Réglages avancés

Personnaliser l’analyse

Ajustez les catégories, questions et seuils.

Une clé et une description par ligne.

Un niveau par ligne.

Règles de priorité

À vérifier avant toute action.

Configuration

Les changements prennent effet après application.

Prêt à analyser

03 / L’approche d’ingénierie

Explorer les options.
Garder ce qui fonctionne.

Partir du problème, choisir le bon niveau de complexité et construire un système que l’on peut comprendre, tester et exploiter.

01 / PARTIR DES FRICTIONS

Un problème réel
d’abord.

Comprendre le besoin et ses contraintes avant de choisir un framework, un modèle ou un fournisseur.

02 / LA COMPLEXITÉ DOIT SE JUSTIFIER

La bonne dose
de complexité.

Une automatisation quand elle suffit, un logiciel dédié quand il le faut, un modèle spécialisé quand il convient mieux.

03 / CONSTRUIRE POUR L’EXPLOITATION

Construire pour
l’exploitation.

Tests, déploiement, gestion des erreurs, maintenance et frontières de sécurité font partie de l’ingénierie — sans promesse de sécurité absolue.

04 / Ingénierie appliquée

Quand l’IA trouve
sa juste place.

Le travail appliqué confronte l’architecture aux logiciels existants, aux besoins métier et aux contraintes d’exploitation. Les affirmations restent liées à ce que le projet démontre.

ANRISOL / SYSTÈMES D’IA

Quand l’IA trouve
sa juste place.

Adapter un système existant pour confier chaque décision au composant le plus ciblé qui convient, sans casser le reste du workflow.

01 / CONTRAINTE

Un grand modèle de langage traitait des décisions qui pouvaient être confiées à un composant plus ciblé.

02 / DÉCISION D’INGÉNIERIE

Introduire Jev pour des décisions précises, sans remplacer le workflow général ni ses intégrations.

03 / CONCEPTION RETENUE

Garder les grands modèles pour les étapes où ils apportent une valeur utile, avec une architecture plus lisible et proportionnée.

05 / Les coulisses du Lab
Ludo Ingénieur logiciel · Développeur indépendant

Je développe des logiciels de bout en bout : interfaces, API, systèmes d’IA, données, intégrations et infrastructure. LeLab est mon espace pour construire mes propres outils, expérimenter des approches et documenter ce que j’apprends en les mettant à l’épreuve.

La sécurité fait partie des décisions qui m’intéressent particulièrement : réseau privé, limites d’accès, validation, fiabilité des agents et sécurité applicative. J’approfondis ces sujets dans mes projets et dans mon apprentissage, sans me présenter comme auditeur en cybersécurité.

Ouvert à des missions ciblées en logiciel et en IA, à des collaborations et à des rôles techniques.

En savoir plus sur Ludo
DÉMO INTERACTIVE

Une question sur LeLab ? la démo cherche la réponse.

Écrivez une question sur LeLab, ses projets ou ses choix d’ingénierie. La démo compare votre question à des entrées FAQ publiques et affiche la plus proche, avec sa source. Chaque question est indépendante.

01 / DÉMO

Posez votre question

Chaque réponse est indépendante ; les questions précédentes ne sont pas envoyées comme contexte.

Posez une question : la démo affiche l’entrée FAQ la plus proche. Vous pouvez aussi ouvrir une entrée à droite.

02 / FAQ PUBLIQUE

Réponses déjà validées

Ouvrez une entrée pour lire la réponse et son lien.

Services

Que fait LeLab ?

LeLab est un laboratoire d’ingénierie indépendant : il conçoit des applications web, des automatisations, des fonctions d’IA appliquée et l’infrastructure nécessaire pour les exploiter. Les travaux publics sont présentés dans le Lab.

Voir les projets
Que peut-on construire pour une petite entreprise ?

Selon le besoin : outils internes, portails clients, automatisations de flux ou intégrations entre services existants. Le périmètre est défini précisément avant tout engagement.

Discuter du besoin
Peut-on automatiser un travail répétitif ?

Oui, lorsque les étapes et les sources de données sont identifiables : déplacer des informations entre outils, transformer des documents, déclencher des actions. La faisabilité dépend des systèmes en place.

Décrire le processus
Intégrez-vous de l’IA dans les applications ?

LeLab met en œuvre des flux assistés par l’IA lorsqu’ils sont utiles, en tenant compte des données, de la validation et des contraintes d’exploitation. L’IA est un composant, pas une garantie d’exactitude.

Voir la méthode

Collaboration

Comment démarre un projet ?

On part du problème, des utilisateurs, des systèmes existants et du résultat attendu, puis on définit un périmètre réduit et démontrable avant de choisir l’implémentation.

Présenter le projet
Pouvez-vous reprendre une application existante ?

Cela s’évalue à partir du code, de la technologie, des contraintes et de l’état actuel. Le support de toutes les stacks n’est pas promis.

Assurez-vous l’hébergement et le déploiement ?

Le déploiement et l’exploitation peuvent faire partie du projet, avec un hébergement choisi selon les besoins. Aucun engagement universel de disponibilité n’est implicite.

Voir la méthode
Combien coûte un projet ?

Le coût dépend du périmètre et des contraintes. Après discussion des besoins, une estimation concrète peut être proposée.

Discuter du périmètre

Projets et outils

Où voir les projets ?

Les projets publics sont présentés dans le Lab, avec leur statut (en cours ou publié) et, lorsque c’est vérifié, un lien vers la source ou la démo.

Ouvrir le Lab
Qu’est-ce que Laya ?

Laya est le moteur d’analyse privé utilisé par Decision Lab et par Ask. Pour Ask, il compare la question à des entrées FAQ publiques et renvoie la correspondance retenue ; pour Decision Lab, il classifie un message. Il ne décide pas seul.

Voir l’architecture
Qu’est-ce que Whistle ?

Whistle est le moteur de transcription vocale utilisé par la dictée : la voix est transcrite en texte modifiable avant tout envoi. La transcription est distincte de la génération de réponse.

Voir l’architecture
Qu’est-ce que Cactus Compute ?

Cactus Compute fournit Whistle, le moteur de transcription vocale utilisé par la dictée de LeLab. Son rôle est décrit dans l’architecture technique.

Voir l’architecture

Ingénierie

Pourquoi LeLab utilise-t-il Svelte et SvelteKit ?

Pour développer les composants simplement, profiter d’une interface réactive, produire un client léger et s’appuyer sur le routage et les options de rendu statique ou serveur de SvelteKit. D’autres frameworks conviennent selon le contexte.

Voir la méthode
La démo garde-t-elle les messages précédents ?

Non. Chaque question est traitée indépendamment et les échanges précédents ne sont pas renvoyés comme contexte.

Revenir à la démo

ARCHITECTURE TECHNIQUE

Sous le capot

Le site statique transmet les requêtes à un Worker API Cloudflare distinct. Il valide les entrées et rejoint les services d’inférence sur Nova par des liaisons VPC privées et limitées.

  • Whistle de Cactus Compute transcrit l’audio et fonctionne dans un conteneur Docker sur Nova.
  • Laya classe les messages de support et renvoie des propositions structurées ; il ne décide pas seul des actions à entreprendre.
  • Des règles applicatives explicites traitent la priorité et l’incertitude ; les cas ambigus nécessitent une précision ou une revue humaine.
  • Le navigateur ne se connecte pas directement aux services d’inférence privés et ne reçoit pas leurs secrets. Les frontières réseau, la validation des entrées et les accès limités sont des mesures concrètes, pas une garantie de sécurité absolue.
Contact

Un prototype à faire évoluer ? Un système à construire ?

Applications, IA appliquée, intégrations ou infrastructure : des premiers choix techniques au déploiement et à l’exploitation. Commençons par le problème et ses contraintes.

Écrire à [email protected]