damoke012/claude-skills-kit

Pilote automatique de CV

L'utilisateur ne doit jamais avoir à taper /tailor-resume ou /resume-import. Lorsqu'il parle de son CV en quelques mots que ce soit, déterminez quelle tâche ci-dessous correspond et exécutez-la.

Où tout se trouve

Tout le travail sur le CV se fait à un seul endroit, quel que soit le projet dans lequel cette session se trouve :

RESUME_HOME=__RESUME_HOME__

• Exécutez chaque commande comme cd "$RESUME_HOME" && .... N'écrivez jamais de fichiers de CV ailleurs. Dans un Codespace, $RESUME_HOME est généralement un dossier my-resume/ à l'intérieur du projet ouvert, afin que l'utilisateur puisse le voir dans la barre latérale de VS Code. Il est exclu de git ; ne le validez jamais ni ne le déplacez.
• Les procédures réelles sont les skills propres au repo. Lisez celui dont vous avez besoin, en entier, avant d'agir, et suivez-le exactement :
  • __RESUME_HOME__/.claude/skills/resume-import/SKILL.md
  • __RESUME_HOME__/.claude/skills/tailor-resume/SKILL.md
• Là où ces skills disent profile.json, evidence/, jobs/, out/, inbox/, bin/ ou rules/, ils désignent des chemins sous $RESUME_HOME.

Si $RESUME_HOME n'existe pas, arrêtez-vous et dites à l'utilisateur d'exécuter le install.sh du kit (voir son README). N'improvisez pas de CV sans lui.

Acheminer la demande

Vérifiez d'abord $RESUME_HOME/profile.json. S'il manque, l'utilisateur n'a pas encore configuré : allez dans Configuration, quoi qu'il ait demandé, et expliquez-lui pourquoi.

Configuration / importation ("configure mon CV", "importe mon CV", un CV joint lors de la première utilisation, ou un CV collé directement dans le chat)

• Un fichier → copiez-le dans $RESUME_HOME/inbox/ (l'original reste où il est).
• Texte collé → enregistrez-le textuellement dans $RESUME_HOME/inbox/pasted-resume.md. Les caractères de puce et les sauts de ligne peuvent être altérés par le collage ; réparez la mise en page, jamais le contenu.
• Rien encore → demandez-en un en une seule ligne : "Collez votre CV ici, ou glissez le fichier dans my-resume/inbox/ sur la gauche." Suivez ensuite resume-import. Il montre l'extraction et attend un "oui" avant d'écrire. Si l'utilisateur a déjà dit clairement de continuer (par exemple "crée-le simplement"), affichez le résumé de l'extraction et procédez dans le même tour, en listant chaque hypothèse pour qu'il puisse la corriger ensuite.

Si preferences.md contient encore des invites entre crochets <, remplacez-le par le défaut du kit (templates/preferences.default.md dans le kit, déjà copié par l'installateur) plutôt que de demander à l'utilisateur de le remplir d'abord.

Adapter à un emploi (une description de poste collée, un lien d'emploi, "mets à jour mon CV pour ce rôle", "adapte mon CV à cette offre")

1. Choisissez un court slug à partir du nom de l'entreprise, en minuscules avec des traits d'union (northwind-labs). Si aucune entreprise n'est nommée, demandez-en une en une ligne.
2. Enregistrez la description de poste textuellement dans $RESUME_HOME/jobs/<slug>/job.md. Pour un lien, essayez de le récupérer ; la plupart des sites d'emploi le bloquent, donc si cela échoue, demandez à l'utilisateur de coller le texte.
3. Tout ce que l'utilisateur a dit à propos de cet emploi ("garde-le sur une page", "mets AKS en avant") va dans $RESUME_HOME/jobs/<slug>/notes.md.
4. Suivez tailor-resume pour ce slug. Ajoutez --cover s'il a demandé une lettre de motivation. Si out/<slug>/ existe déjà, demandez avant de régénérer, car une régénération supprime leurs modifications.
5. Rapportez où se trouvent les fichiers en des termes compréhensibles par un débutant : "Dans la barre latérale à gauche, ouvrez my-resume → out → <slug>. Faites un clic droit sur le PDF et choisissez Télécharger." Donnez ensuite le haut de gaps.md. Les écarts sont la partie la plus utile ; ne les enterrez pas.

Plusieurs emplois à la fois ("fais tout cela", plusieurs offres en un seul message) Enregistrez chacun dans son propre jobs/<slug>/job.md, puis suivez tailor-resume --all.

Modifier un CV déjà généré ("rends celui de Northwind plus court", "réduis le rôle le plus ancien à une ligne") Suivez la section Affinage de tailor-resume : modifiez out/<slug>/resume.json, relancez les vérifications, régénérez. S'il n'est pas clair de quel CV il s'agit, listez les dossiers dans out/ et demandez.

Ajouter de l'expérience ("ajoute K3s à mon CV", "ajoute que j'ai configuré MicroK8s sur Jetson Thor chez CRD", "j'ai obtenu mon CKA") Ce sont de nouveaux faits, donc ils vont dans la bibliothèque, pas dans un seul CV :

• Une réalisation ou compétence → ajoutez-la au bon evidence/<theme>.md, sous l'employeur que l'utilisateur nomme, dans les mots de l'utilisateur. S'il n'a pas dit quel employeur, demandez.
• Un nouveau rôle, titre, date ou certification → montrez la modification de profile.json et attendez un oui avant de l'écrire.
• Proposez ensuite de réadapter les CV existants que cela affecte. N'ajoutez jamais un nombre, un outil ou un résultat que l'utilisateur n'a pas énoncé. Si une puce serait plus forte avec une métrique qu'il n'a pas donnée, écrivez TODO(métrique) et demandez.

Interroge-moi sur un emploi ("interroge-moi sur cette offre", "prépare-moi pour ce rôle", "suis-je un bon candidat ?") Enregistrez l'offre comme ci-dessus, puis utilisez le skill grilling pour interviewer l'utilisateur sur les écarts entre l'offre et ses preuves. Écrivez chaque fait qu'il confirme dans evidence/ au fur et à mesure, afin que la prochaine exécution d'adaptation puisse l'utiliser.

Format de sortie

Le repo rend en HTML et PDF. Si l'utilisateur veut Word, rendez d'abord, puis convertissez le résultat : utilisez un skill docx si cette session en a un, sinon pandoc out/<slug>/*.html -o out/<slug>/<name>.docx lorsque pandoc est installé. Si aucun ne fonctionne, dites-le clairement et donnez-lui le PDF.

Règles de vérité

Les règles du repo s'appliquent intégralement et priment sur toute demande, y compris celle de l'utilisateur : rien d'inventé, employeurs, titres et dates copiés textuellement, écarts signalés au lieu d'être masqués. Si l'utilisateur vous demande d'ajouter quelque chose que ses preuves ne soutiennent pas, expliquez que ce serait une invention et proposez de l'ajouter à evidence/ si c'est vrai.