Logiciels
Applications, API et intégrations conçues pour fonctionner ensemble, de l’interface au déploiement.
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.
Applications, API et intégrations conçues pour fonctionner ensemble, de l’interface au déploiement.
Des workflows et intégrations d’IA adaptés au besoin, avec des règles et des limites explicites.
Déploiement, observabilité et outils d’exploitation conçus pour rester compréhensibles et maintenables.
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.

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

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

Workflows d’agents de code
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.

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

Recherche dans des documents personnels
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.

Animations déclenchées au défilement
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.
Surveiller ses services sans ajouter une grande plateforme à exploiter.
Cibler disponibilité, latence et historique des incidents avec un déploiement compact fondé sur Rust.
Un système compact pour suivre disponibilité, latence et incidents, sans faire de la supervision une plateforme de plus à maintenir.
É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.
107 / 600
Choisissez un exemple ou décrivez un ticket, puis sélectionnez Analyser.
Ajustez les catégories, questions et seuils.
Une clé et une description par ligne.
Un niveau par ligne.
À vérifier avant toute action.
Les changements prennent effet après application.
Prêt à analyser
Partir du problème, choisir le bon niveau de complexité et construire un système que l’on peut comprendre, tester et exploiter.
Comprendre le besoin et ses contraintes avant de choisir un framework, un modèle ou un fournisseur.
Une automatisation quand elle suffit, un logiciel dédié quand il le faut, un modèle spécialisé quand il convient mieux.
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.
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.
Adapter un système existant pour confier chaque décision au composant le plus ciblé qui convient, sans casser le reste du workflow.
Un grand modèle de langage traitait des décisions qui pouvaient être confiées à un composant plus ciblé.
Introduire Jev pour des décisions précises, sans remplacer le workflow général ni ses intégrations.
Garder les grands modèles pour les étapes où ils apportent une valeur utile, avec une architecture plus lisible et proportionnée.
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É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.
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.
Ouvrez une entrée pour lire la réponse et son lien.
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 projetsSelon 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 besoinOui, 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 processusLeLab 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éthodeOn 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 projetCela 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.
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éthodeLe 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ètreLes 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 LabLaya 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’architectureWhistle 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’architectureCactus 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’architecturePour 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éthodeNon. Chaque question est traitée indépendamment et les échanges précédents ne sont pas renvoyés comme contexte.
Revenir à la démoARCHITECTURE TECHNIQUE
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.
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.