Un prompt peut-il remplacer Enhancv ?

Construis un générateur de CV où le contenu est une donnée et le design un modèle.

Stocke le CV comme un seul fichier JSON : informations de base, un tableau par section, et chaque entrée avec une plage de dates, un titre, une organisation et des puces de texte. Rends-le en PDF via un modèle HTML et une feuille de style d’impression — Chromium headless suffit, aucune bibliothèque PDF nécessaire.

La partie qui doit être construite correctement, c’est la vérification d’ajustement. Après le rendu, mesure le contenu : si une section déborde d’une limite de page en plein milieu d’une entrée, ou si le document dépasse le nombre de pages déclaré dans le JSON, fais échouer le build avec un message nommant l’entrée qui a débordé. Un générateur de CV qui pousse silencieusement ton dernier poste sur une troisième page, c’est le bug qui compte ici, alors écris le test pour ça d’abord — un CV factice délibérément une puce trop long doit échouer.

Livre deux modèles qui diffèrent structurellement, pas seulement en couleur : un mono-colonne chronologique et un bi-colonne avec une barre latérale. Les deux lisent le même JSON sans champ spécifique à un modèle.

Ajoute une vérification de mots-clés : colle une offre d’emploi, et l’outil affiche lesquels de ses termes significatifs n’apparaissent nulle part dans le texte rendu du CV, chacun montré dans la phrase d’où il vient pour que tu puisses juger s’il vaut la peine d’être ajouté. En option, avec une clé API LLM, propose une réécriture d’une puce sélectionnée à la fois, affichée comme un diff que tu acceptes ou rejettes — jamais une réécriture du document entier.

Ne construis pas d’éditeur WYSIWYG. Éditer du JSON dans ton propre éditeur, c’est le but ; un canevas glisser-déposer, c’est des semaines de travail et exactement ce que tu essayais de fuir.