quentinL52 commited on
Commit
4ad2968
·
1 Parent(s): 893831e

notation update

Browse files
Files changed (1) hide show
  1. src/config/tasks.yaml +8 -5
src/config/tasks.yaml CHANGED
@@ -263,14 +263,14 @@ cv_quality_task:
263
 
264
  CRITÈRES D'ÉVALUATION (score sur 100 pour chaque) :
265
 
266
- 1. COMPATIBILITÉ ATS (20 points) :
267
  - ÉVALUATION STRICTE ET CRITIQUE : Ne donne jamais un score parfait sans preuve.
268
  - Les noms des sections principales sont-ils standards (Expériences, Formations, Projets, Compétences) ou atypiques ? Si atypiques, pénalise. (RÈGLE ABSOLUE : N'évalue PAS et ne pénalise JAMAIS les sections d'introduction courtes comme "Profil", "À propos", "Résumé" ou "Profil atypique". Ignore-les totalement pour ce critère).
269
  - Les mots-clés techniques sont-ils contextuels ou simplement entassés de manière artificielle ?
270
  - Indique EXPLICITEMENT ce qui ne va pas (ex: "Nom de section 'Mon Parcours' au lieu de 'Expériences'", "Mots-clés empilés sans lien avec les expériences").
271
  - Fournis des points d'amélioration spécifiques et factuels.
272
 
273
- 2. QUANTIFICATION DES RÉSULTATS (25 points) :
274
  - Les expériences mentionnent-elles des MÉTRIQUES TECHNIQUES SPÉCIFIQUES ?
275
  Cherche : réduction de latence (ms), amélioration du temps de chargement (%),
276
  optimisation de requêtes SQL (x fois plus rapide), volume d'utilisateurs supporté,
@@ -280,7 +280,7 @@ cv_quality_task:
280
  - Donne des suggestions SPÉCIFIQUES de métriques que le candidat pourrait ajouter
281
  en fonction de ses expériences et projets RÉELS (pas des conseils génériques).
282
 
283
- 3. STRUCTURE ET LISIBILITÉ (15 points) :
284
  - ANALYSE CRITIQUE BASÉE SUR LE TEXTE : Ne suppose pas que le CV est beau. Évalue la structure à partir du texte extrait.
285
  - RÈGLE ABSOLUE SUR LA FORME : N'évalue JAMAIS la présence ou l'absence de listes à puces/tirets. Le parsing supprime souvent la mise en forme, ne fais donc aucune remarque sur des "blocs de texte illisibles".
286
  - L'ordre chronologique inverse est-il respecté dans les expériences et formations ? Si non, pénalise sévèrement.
@@ -289,12 +289,12 @@ cv_quality_task:
289
  - STRUCTURATION DES COMPÉTENCES : Les compétences sont-elles regroupées par catégories logiques (Langages, Frameworks, BDD, DevOps/Cloud) ou en liste plate ? Une structuration par catégories est fortement recommandée pour les filtres ATS.
290
  - Fournis des conseils d'amélioration FACTUELS sur la structure.
291
 
292
- 4. PRÉSENTATION DES PROJETS (20 points) :
293
  - Chaque projet a-t-il un titre, des technos, et des résultats ?
294
  - Les projets sont-ils pertinents pour le poste visé ?
295
  - Y a-t-il une variété de projets (pro + perso) ?
296
 
297
- 5. PREUVES DE COMPÉTENCES (20 points) :
298
  - RÈGLE CRITIQUE : Une compétence est considérée "sans preuve" UNIQUEMENT si elle
299
  apparaît EXCLUSIVEMENT dans la section Compétences sans aucune mention dans
300
  les expériences OU les projets. Tu dois vérifier par toi-même (par analyse textuelle)
@@ -313,6 +313,9 @@ cv_quality_task:
313
  (systèmes distribués, microservices), leadership technique (mentoring, revues de code),
314
  gestion de la scalabilité, impact organisationnel au-delà du code.
315
 
 
 
 
316
  RED FLAGS À DÉTECTER :
317
  - DÉTECTION STRICTE DES COMPÉTENCES SANS PREUVE : Tu DOIS t'appuyer uniquement sur ton évaluation de "preuves_competences". S'il y a des compétences listées dans "skills_sans_preuve", ajoute un red flag. Sinon, n'ajoute pas de red flag pour ce sujet.
318
  - Trous inexpliqués dans le parcours
 
263
 
264
  CRITÈRES D'ÉVALUATION (score sur 100 pour chaque) :
265
 
266
+ 1. COMPATIBILITÉ ATS (100 points) :
267
  - ÉVALUATION STRICTE ET CRITIQUE : Ne donne jamais un score parfait sans preuve.
268
  - Les noms des sections principales sont-ils standards (Expériences, Formations, Projets, Compétences) ou atypiques ? Si atypiques, pénalise. (RÈGLE ABSOLUE : N'évalue PAS et ne pénalise JAMAIS les sections d'introduction courtes comme "Profil", "À propos", "Résumé" ou "Profil atypique". Ignore-les totalement pour ce critère).
269
  - Les mots-clés techniques sont-ils contextuels ou simplement entassés de manière artificielle ?
270
  - Indique EXPLICITEMENT ce qui ne va pas (ex: "Nom de section 'Mon Parcours' au lieu de 'Expériences'", "Mots-clés empilés sans lien avec les expériences").
271
  - Fournis des points d'amélioration spécifiques et factuels.
272
 
273
+ 2. QUANTIFICATION DES RÉSULTATS (100 points) :
274
  - Les expériences mentionnent-elles des MÉTRIQUES TECHNIQUES SPÉCIFIQUES ?
275
  Cherche : réduction de latence (ms), amélioration du temps de chargement (%),
276
  optimisation de requêtes SQL (x fois plus rapide), volume d'utilisateurs supporté,
 
280
  - Donne des suggestions SPÉCIFIQUES de métriques que le candidat pourrait ajouter
281
  en fonction de ses expériences et projets RÉELS (pas des conseils génériques).
282
 
283
+ 3. STRUCTURE ET LISIBILITÉ (100 points) :
284
  - ANALYSE CRITIQUE BASÉE SUR LE TEXTE : Ne suppose pas que le CV est beau. Évalue la structure à partir du texte extrait.
285
  - RÈGLE ABSOLUE SUR LA FORME : N'évalue JAMAIS la présence ou l'absence de listes à puces/tirets. Le parsing supprime souvent la mise en forme, ne fais donc aucune remarque sur des "blocs de texte illisibles".
286
  - L'ordre chronologique inverse est-il respecté dans les expériences et formations ? Si non, pénalise sévèrement.
 
289
  - STRUCTURATION DES COMPÉTENCES : Les compétences sont-elles regroupées par catégories logiques (Langages, Frameworks, BDD, DevOps/Cloud) ou en liste plate ? Une structuration par catégories est fortement recommandée pour les filtres ATS.
290
  - Fournis des conseils d'amélioration FACTUELS sur la structure.
291
 
292
+ 4. PRÉSENTATION DES PROJETS (100 points) :
293
  - Chaque projet a-t-il un titre, des technos, et des résultats ?
294
  - Les projets sont-ils pertinents pour le poste visé ?
295
  - Y a-t-il une variété de projets (pro + perso) ?
296
 
297
+ 5. PREUVES DE COMPÉTENCES (100 points) :
298
  - RÈGLE CRITIQUE : Une compétence est considérée "sans preuve" UNIQUEMENT si elle
299
  apparaît EXCLUSIVEMENT dans la section Compétences sans aucune mention dans
300
  les expériences OU les projets. Tu dois vérifier par toi-même (par analyse textuelle)
 
313
  (systèmes distribués, microservices), leadership technique (mentoring, revues de code),
314
  gestion de la scalabilité, impact organisationnel au-delà du code.
315
 
316
+ SCORE GLOBAL :
317
+ - il faut appliquer une moyenne des scores des 5 critères.
318
+
319
  RED FLAGS À DÉTECTER :
320
  - DÉTECTION STRICTE DES COMPÉTENCES SANS PREUVE : Tu DOIS t'appuyer uniquement sur ton évaluation de "preuves_competences". S'il y a des compétences listées dans "skills_sans_preuve", ajoute un red flag. Sinon, n'ajoute pas de red flag pour ce sujet.
321
  - Trous inexpliqués dans le parcours