Dans le précédent article, on a vu ce qu'étaient les rules, où les positionner et surtout à quoi elles servent. Si vous ne l'avez pas lu, je vous invite à le faire avant de lire celui-ci.

Restait une question : ces règles, d'où sortent-elles ? Le réflexe serait de les écrire de tête. Mauvaise idée : de tête, vous obtiendrez des règles génériques que Claude connaît déjà, et vous passerez à côté de celles qui font vraiment votre façon de travailler. Vos règles existent déjà : dans votre code, vos reviews, vos réunions.

Dans cet article, on va voir comment on les a extraites chez Wanadev, et comment vous pouvez le faire à votre tour.

Article 2/3 de la série Wana-Rules

Temps de lecture : ~8 min

Vous utilisez Claude, mais vous avez souvent des retouches à faire pour qu'il respecte votre manière de faire. Les mêmes remarques reviennent en boucle à la review : « on ne nomme pas les types comme ça ici », « pas de valeur magique », « ce n'est pas notre façon de découper les composants ». Vous corrigez, vous re-promptez, et la semaine suivante, rebelote.

Les rules sont un mécanisme intégré à Claude pour limiter ces allers-retours. Dans cet article, on va voir ce qu'est une règle, à quoi ça sert et comment en écrire.

Article 1/3 de la série Wana-Rules

Temps de lecture : ~4 min

Plongez dans les coulisses de notre collaboration avec Petit Mariage Entre Amis, référence des objets et papeterie personnalisés depuis 15 ans. Pour répondre à leurs ambitions, nos équipes ont imaginé un configurateur 2D/3D web flexible capable de gérer un gros volume de produits et templates. R&D, interconnexion technique et témoignages : Tim, Damien et Antoine vous racontent comment nous avons transformé une idée de départ en une solution robuste et industrialisée.

Pendant des années, notre engagement s'est porté sur le tout sur-mesure. Nous avons aimé cette manière de travailler, et nos clients avec nous. Des projets menés au long cours, des fonctionnalités façonnées une à une, avec le soin que l'on réserve à un objet rare. C'était une prestation haut de gamme pour des ambitions qui ne l'étaient pas moins, et sans doute notre plus beau savoir-faire. Mais le marché change, les technologies aussi, et nous devons revoir notre copie sans attendre. Conserver la même connaissance métier, la même exigence de qualité, tout en repensant nos outils et notre façon de développer. Faire passer la technique au second plan pour ne donner à voir que ce qui compte vraiment : la solution finale, le produit que nos clients auront entre les mains. N'est-ce pas là l'essentiel ?

Chez un fournisseur de solutions 3D web, la collaboration entre designers et développeurs, c'est le cœur du réacteur. C'est aussi, soyons honnêtes, une source de friction chronique : des intentions créatives qui se perdent en chemin, des cycles de validation qui s'étirent, des allers-retours qui s'accumulent. Ce n'est la faute de personne. C'est la faute du processus. Depuis qu'on intègre l'IA dans le workflow des équipes avec lesquelles je travaille, ce processus a changé.

Voici la seconde partie de mon retour sur la MadVue 2026, la conférence Vue.js qui s'est tenue à Madrid le 22 mai 2026. Si vous avez manqué le début, la première partie est juste ici :

• Partie 1 - Temps réel, URLs typées, formulaires et toolchain
• Partie 2 - Module Federation et Vue à l'ère de l'IA

Après les fondations de l'application Vue moderne, on change d'échelle et d'époque. Dans cet article, on va voir comment partager des composants entre plusieurs applications Vue avec Module Federation, puis trois talks consacrés à Vue et l'intelligence artificielle : faire générer une interface en direct par un LLM, préparer son projet Vue pour les agents, et enfin apprendre le frontend à l'ère de l'IA.

C'est parti !