Je presente Omnilude-tools

Si ce blog est pour moi un produit de documentation, il existe un projet plus ancien, teste plus tot dans un contexte reel. Ce projet, c'est omnilude-tools.

Ce projet est, au fond, une page qui rassemble plusieurs utilitaires web, et j'ai utilise ce depot pour verifier jusqu'ou le vibe coding pouvait aller lorsqu'il s'agissait de construire un produit reellement deployable.

Dans l'historique du depot, le premier commit feat: init 프로젝트 apparait le matin du 26 janvier 2026, puis, l'apres-midi du 27 janvier, arrivent release: v1.0.0 et les commits lies au deploiement. Autrement dit, ce projet a ete une premiere experience menee de l'implementation jusqu'au deploiement en environ deux jours.

Quel type de projet est Omnilude-tools#

La version actuelle de omnilude-tools est une application web multi-outils publiee sur tools.omnilude.com. Elle regroupe dans un meme produit des outils pour developpeurs, des outils de texte, des utilitaires du quotidien, des outils lies au temps et des outils de calcul, avec l'idee de permettre au maximum de traitements directement dans le navigateur.

Si je le regarde seulement par grands ensembles, cela donne ceci.

• Outils pour developpeurs: generateur d'UUID, convertisseur de timestamp, testeur d'expressions regulieres, convertisseurs JSON/YAML/XML, debugger JWT
• Outils de texte: JSON Editor, Diff Checker, Markdown Preview, Emoji Picker, compteur de caracteres
• Utilitaires du quotidien: generateur de QR, generateur de codes-barres, selecteur aleatoire, extracteur de couleurs, convertisseur de sous-titres
• Outils de temps et de calcul: Global Time, Timer, calculateur D-Day, convertisseur d'unites, convertisseur de coordonnees GPS, calculateur de resistances

Ce qui est interessant, c'est que le projet ne s'est pas arrete a un simple site avec beaucoup d'outils. La partie publique a grandi jusqu'a 45 outils, avec une structure en sept langues: le coreen comme langue par defaut, puis l'anglais, le japonais, le chinois, l'espagnol, le francais et l'hindi. Des criteres de produit comme la gratuite, la rapidite d'acces, le traitement centre sur le navigateur et le SEO multilingue etaient presents des le debut.

Technologie#

La base technique repose sur Next.js 16, React 19, next-intl, pnpm workspace et turbo. Par-dessus, le projet utilise un package UI partage nomme @omnilude/ui, et chaque outil est organise selon un schema page.tsx, _components, _store, _lib. Cela veut dire que l'ajout d'un nouvel outil ne demande pas de reinventer la structure a chaque fois. Il suffit de poser la fonctionnalite sur un cadre repetable.

Trois points m'ont particulierement plu dans ce projet.

• src/lib/constants/tools.ts centralise les groupes, les metadonnees des outils, la structure de la barre laterale et les liens des cartes d'accueil
• src/lib/utils/seo.ts et les composants JSON-LD generent en commun les balises canonical, hreflang, Open Graph et les donnees structurees pour les outils et les groupes
• scripts/deploy-prd.sh et les manifestes kubernetes/prd gardent le deploiement reel dans le depot lui-meme

La structure de deploiement est elle aussi assez concrete. Ingress regroupe les hotes tools.omnilude.com, www.omnilude.com et omnilude.com, tandis que Deployment separe les probes startup, liveness et readiness. Plus tard, le depot a meme recu un commit consacre a l'amelioration du deploiement sans interruption base sur le rechauffement SSR. Ce n'etait donc pas un produit termine une fois construit. Il a continue a etre retravaille du point de vue de l'exploitation apres sa mise en ligne.

Le premier objectif a ete atteint#

Ce que j'ai verifie grace a ce projet, c'est que le coeur du vibe coding ne consiste pas a produire vite sans reflechir. C'est presque l'inverse. Si l'on veut faire passer beaucoup d'implementation en peu de temps, il faut definir encore plus vite des standards repetables.

Je pense que c'est aussi pour cela que omnilude-tools a pu atteindre le deploiement en deux jours.

• Le perimetre du produit etait clair. La definition du probleme comme collection d'outils bases sur le navigateur etait precise.
• Il y avait des motifs repetes. Une UI commune, une gestion d'etat commune et des utilitaires SEO communs existaient deja.
• Il y avait de nombreux domaines ou AI etait efficace. La composition de formulaires, la logique de conversion, l'UI repetitive et l'implementation repetitive ont gagne en vitesse.
• Les points qui demandaient encore un jugement humain etaient egalement nets. J'ai garde jusqu'au bout les decisions sur les outils a publier, ceux a masquer, leur nom, leur regroupement et ce qui devait etre considere comme pret pour le deploiement.

Ce point est important. Plus que le fait de confirmer qu'AI est utile pour prototyper rapidement, j'ai surtout confirme qu'un vrai service pouvait lui aussi avancer assez vite si un humain fixait correctement les criteres.

Cela dit, il me semble qu'il faut encore un peu de temps pour savoir si cet outil produit une valeur vraiment significative. Quand davantage de donnees seront accumulees, je prevois de les partager.

Conclusion#

omnilude-tools est une collection simple d'outils web, mais pour moi, ce fut le premier produit que j'ai lance en m'appuyant fortement sur AI.

Et cette experience est aussi presente dans la maniere dont je construis et exploite ce blog aujourd'hui. Dans les prochains billets, j'aimerais revenir plus en detail sur certaines fonctions de omnilude-tools, sur sa structure multilingue, sur les decisions SEO qui l'accompagnent et sur les unites de travail qui ont rendu possible un deploiement rapide.

Si cela vous interesse, vous pouvez aller voir directement tools.omnilude.com. Vous comprendrez sans doute plus vite la nature de ce produit qu'en lisant uniquement ce texte.