resume-claim-guard

Resume Claim Guard

Objectif

Faire en sorte que chaque phrase d'un CV puisse être défendue par le candidat lors d'un entretien individuel. Le processus part de la description de poste (JD) et se termine par une simulation des questions de l'entretien. Tout au long du processus, seuls les faits confirmés par le candidat sont utilisés ; on ne comble pas les lacunes d'expérience à sa place et on n'estime pas ses chances d'embauche.

L'ordre est d'abord creuser, puis écrire en fonction du JD, et enfin défendre : d'abord, à partir du JD, on interroge le candidat sur des expériences pertinentes qu'il a eues mais qu'il n'a pas mentionnées ou écrites dans son CV ; ensuite, on rédige ces expériences en utilisant le vocabulaire du JD ; enfin, on vérifie ligne par ligne s'il n'y a pas d'exagération et on simule les questions de l'entretien. Entre le creusage et l'écriture, il n'y a qu'une seule validation des faits : une fois que l'IA a fluidifié le CV, il devient difficile pour la personne de repérer les exagérations. On confirme donc d'abord les faits, puis on écrit.

Par où commencer

On choisit le point d'entrée en fonction de ce que l'utilisateur a, sans exiger qu'il connaisse d'abord le concept de « base factuelle » :

Ce que l'utilisateur a	Point d'entrée	Par quelle étape commencer
Une description de poste (avec ou sans CV existant)	Mode ciblé (processus principal)	Étape 1
Un CV, et veut savoir ce qui ne tient pas	Mode questionnement	Étape 2 (partir du CV pour poser des questions), puis sauter à l'étape 5
CV original + version modifiée par IA	Mode comparaison	D'abord comparer, ne questionner que les nouveautés, puis aller à l'étape 5
Liste d'expériences ou base factuelle + CV	Audit direct	Étape 5
CV finalisé, entretien demain	Simulation d'entretien	Partie simulation de l'étape 5

Si l'utilisateur ne sait pas quoi dire, demandez-lui : « Avez-vous une description de poste ? » Si oui, utilisez le mode ciblé. Quel que soit le point d'entrée, le CV, la description de poste et les suggestions du modèle ne sont pas des sources de faits.

Processus en cinq étapes

Étape 1 : Décomposer le JD

Décomposer le texte original du JD en quatre catégories : conditions impératives (diplôme, niveau d'études, lieu, date de début, langue), responsabilités principales, compétences requises, points bonus. Chaque élément conserve la phrase originale du JD. Si les conditions impératives ne sont pas remplies, informez-en d'abord l'utilisateur, qui décide s'il souhaite continuer. Détails dans references/jd-breakdown.md.

Étape 2 : Interroger sur les expériences (d'abord creuser, puis valider)

Creuser. À partir des 3 à 5 responsabilités principales sélectionnées à l'étape 1, traduisez chacune en 2 à 3 indices concrets de la vie quotidienne pour aider le candidat à se souvenir des expériences qu'il n'a pas écrites. Par exemple, si le JD dit « collecter et organiser les retours des utilisateurs pour créer un rapport hebdomadaire », ne demandez pas « avez-vous collecté les retours des utilisateurs ? » mais plutôt « avez-vous déjà trié les commentaires de lecteurs, les résultats de sondages, ou les plaintes dans un groupe pour les synthétiser et les montrer à quelqu'un ? » Les indices ne viennent que du JD, pas de suppositions sur ce que le candidat a pu faire. Commencez par creuser selon les exigences du JD, une par une ; après avoir creusé, vérifiez les affirmations du CV existant qui n'ont pas encore été abordées. Si vous interrogez élément par élément du CV, vous risquez de ne jamais sortir de la simple vérification des affirmations existantes.

Valider. Pour chaque expérience révélée, vous devez clarifier quatre choses avant de l'intégrer à la base factuelle : quelle partie avez-vous faite personnellement, jusqu'où êtes-vous allé (plan/prototype/mise en production/résultats), d'où viennent les chiffres, et quand cela s'est-il passé ? Si le candidat dit « peut-être que oui », demandez-lui un exemple précis ; s'il n'en trouve pas, marquez à confirmer et n'écrivez pas cette expérience dans le CV.

Ne posez pas plus de 3 questions à la fois, donnez la priorité à ce qui a le plus d'impact sur le CV. Si l'utilisateur répond « jamais fait » ou « je ne me souviens pas », notez-le honnêtement, ne l'incitez pas à admettre quelque chose qu'il n'a pas fait et ne comblez pas les lacunes à sa place. Creuser ne peut combler que les lacunes d'expression (expériences faites mais non écrites), pas les lacunes réelles (expériences non réalisées).

Une fois les questions posées, organisez les résultats en une base factuelle numérotée et datée (F-01, F-02...). Faites-la d'abord valider par l'utilisateur avant de continuer. La méthode de questionnement et le format de la base factuelle sont détaillés dans references/intake-questions.md, et le modèle est dans templates/facts.md.

Étape 3 : Mise en correspondance

Associez chaque exigence du JD à un numéro de fait. Utilisez uniquement cinq statuts : Correspondant, Lacune d'expression (expérience faite mais mal rédigée), Preuve insuffisante (probablement fait mais sans source), Lacune réelle (non fait), À confirmer. Listez honnêtement les lacunes réelles et intégrez-les dans la section « Comment répondre honnêtement en entretien », ne les écrivez pas dans le CV. Terminez par une recommandation d'envoi de candidature : Recommandé, Recommandé après complément d'informations, Prudent, Déconseillé. N'affichez pas de score ou de pourcentage de correspondance.

Étape 4 : Rédiger le CV ciblé

N'utilisez que des faits confirmés. Organisez les expériences selon les priorités du JD et décrivez ce que le candidat a réellement fait en utilisant le vocabulaire du JD. Attention : les verbes ne doivent pas dépasser les limites des deux axes (voir ci-dessous). Les règles sont détaillées dans references/resume-writing.md.

Étape 5 : Audit et simulation d'entretien

Audit ligne par ligne : Pour chaque affirmation, attribuez l'un des cinq statuts de preuve. Vérifiez si le verbe n'est pas surévalué, si les chiffres ont une source, et si les résultats de l'équipe ou de l'IA ne sont pas présentés comme personnels. En mode ciblé, auditez deux choses : le nouveau CV ciblé (qui doit être entièrement en confirmé ou soutenu, sinon retournez à l'étape 4 pour correction) ; et, s'il y a un ancien CV, auditez-le aussi pour montrer où se trouvaient les exagérations. Si l'ancien CV a déjà été envoyé, comparez les deux versions et donnez une ligne de conduite cohérente pour l'entretien. Les détails de l'audit (y compris les PDF, les comparaisons multi-versions et les numéros internes) sont dans references/claim-audit.md.

Ensuite, pour chaque expérience, simulez un entretien : les 2 à 3 questions les plus probables du recruteur, les points de réponse à donner en utilisant uniquement des faits, ce qu'il ne faut absolument pas dire, et comment répondre honnêtement si une lacune réelle est questionnée. Voir references/interview-probe.md.

Point de validation : Ce n'est qu'après que le candidat a confirmé les faits, les limites des verbes et le texte final que la version publique peut être générée. Les résultats de l'audit, les suggestions textuelles et les limites proposées par l'auditeur ne constituent pas une validation des faits.

Statuts de preuve

Statut	Signification	Utilisation en externe
confirmé	Le candidat a confirmé lors de cette session, ou la base factuelle contient une entrée datée indiquant « confirmation/correction par le candidat » avec cette valeur	Utiliser selon les limites des verbes
soutenu	La base factuelle soutient l'affirmation, mais le candidat n'a pas encore confirmé, ou les limites/termes doivent encore être précisés	Expression prudente, ne pas surévaluer avant confirmation
nécessite-source	Le CV suggère l'existence, mais la base factuelle ne contient pas de source	Ne pas écrire comme un fait établi
inférence	Inférence de l'auditeur ou du modèle	Usage interne uniquement, pas dans le texte externe
rejeté	En contradiction avec la base factuelle, ou le candidat a explicitement indiqué de ne pas utiliser	Supprimer ou réécrire et réauditer

Si la base factuelle ne mentionne pas l'élément, marquez nécessite-source. Si la base factuelle dit autre chose (par exemple, l'expérience dit « mise en production » alors que c'était un prototype), marquez rejeté. En cas de statuts multiples, prenez le plus strict : rejeté > nécessite-source > confirmé/soutenu. inférence ne s'applique qu'aux inférences ajoutées par l'auditeur (par exemple, « cette phrase pourrait correspondre à F-03 »). Lors de l'audit d'un ancien CV, il est normal que le nombre de inférence soit de 0.

Limites des verbes : deux axes à vérifier séparément

• Rôle personnel : Participation/aide → Responsable d'une partie → Chef de projet (responsable de l'orientation et des résultats). L'appropriation des résultats d'équipe ou la transformation de « collectif » en « individuel » constitue un dépassement.
• Phase de livraison : Planification/suggestion → Prototype/démonstration → Mise en production/lancement (avec de vrais utilisateurs) → Résultats avec données. Le contenu généré par IA, les prototypes, les plans et les estimations ne peuvent pas être présentés comme déjà lancés, validés ou générant des résultats.

Les deux axes ne peuvent pas dépasser les faits. Les limites des verbes sont déterminées par les faits, pas par les mots-clés du JD.

L'axe de phase ne s'applique qu'aux choses qui sont créées pour être utilisées par d'autres (produits, outils, pages, systèmes). Pour les rapports, les événements, le marketing de contenu, cet axe est laissé vide (—). Vérifiez plutôt la portée, l'échelle et la source des chiffres. Un projet réalisé seul peut être décrit comme « réalisé indépendamment » ; les parties générées par IA doivent préciser ce que la personne a fait (besoins, vérification, tests, sélection). Les chiffres dans les faits ne peuvent pas changer d'unité ou d'objet (par exemple, « 120 inscriptions » ne peut pas devenir « service à 120 utilisateurs »).

Résultat

En mode ciblé, produisez dans l'ordre : décomposition du JD → base factuelle (à confirmer) → tableau de correspondance exigences-preuves avec recommandation → brouillon du CV ciblé (à confirmer) → tableau d'audit ligne par ligne → simulation des questions d'entretien → liste de vérification pour validation humaine → éléments non résolus. Pour les autres points d'entrée, ne produisez que les parties utilisées. Le format de chaque partie est détaillé dans references/output-formats.md.

Les numéros internes (F-01, C-07) ne doivent apparaître que dans les tableaux d'audit et les commentaires des fichiers sources ; ils sont interdits dans le CV public, les lettres de motivation et le texte de chat.

Limites

• Ne pas accéder ni soumettre à des sites de recrutement, ne pas envoyer de messages de candidature à la place de l'utilisateur, ne pas confirmer un envoi déjà effectué ;
• Ne pas demander de mots de passe, codes de vérification, numéros d'identité ou autres informations sensibles non pertinentes ;
• Ne pas reporter dans la base factuelle le JD, les suggestions du modèle, l'ancien CV ou les inférences ;
• Les exemples publics n'utilisent que des candidats fictifs ;
• Ne pas afficher de taux d'acceptation, de probabilité d'embauche ou de scores de correspondance.