Communitygithub.com

Radar de Compétences

Utilisez cette compétence lorsque vous souhaitez avoir une image honnête de vos compétences par rapport à un rôle cible : inventaire des compétences, analyse des écarts, identification des compétences manquantes dans votre CV, compréhension des rejets récurrents « manque de X » ou plan d'apprentissage. Elle examine vos travaux publics (avec votre consentement) pour trouver des preuves et distingue les véritables lacunes de compétences des lacunes de preuves.

Qu'est-ce que Radar de Compétences ?

Cette compétence, conçue pour les agents IA comme Claude Code, Cursor ou Codex, offre un inventaire structuré des compétences, une analyse des écarts et un plan d'apprentissage, le tout basé sur des preuves tangibles. Elle se distingue en ne se contentant pas de compiler des déclarations : elle extrait des preuves à partir de sources publiques que l'utilisateur fournit (CV, GitHub, portfolio, publications) et distingue rigoureusement les compétences réellement détenues de celles simplement revendiquées. Le "Radar de Compétences" (Skills Radar) aide l'utilisateur à comprendre pourquoi il essuie des refus récurrents ("manque de X") en séparant les lacunes de compétences des lacunes de preuves, et propose un plan d'action réaliste pour combler les écarts les plus critiques. Il supporte l'accessibilité via un fichier de préférences (dyslexie, daltonisme) et suit des règles strictes sur l'évidence et l'honnêteté, sans jamais gonfler artificiellement le niveau de compétence.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Zal4DW/career-helper/tree/HEAD/career-helper/skills/skills-radar

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Que fait Radar de Compétences ?

Sachez ce que vous pouvez prouver, voyez ce qu'un rôle cible exige, et comblez l'écart délibérément.

Capacités

#CapacitéQuand l'utiliser
1Enrichissement de l'inventaire des compétencesConstruire un inventaire avec preuves à l'appui, y compris les compétences que votre CV sous-estime
2Analyse des écartsComparer votre inventaire à un rôle ou une direction cible
3Plan d'apprentissageTransformer les écarts prioritaires en un plan réaliste avec des actions de constitution de preuves

Démarrage rapide

"Auditez mes compétences ; voici mon CV et mon GitHub est github.com/{{handle}}"
"Que me manque-t-il pour cette description de poste ?"
"Je me fais constamment rejeter pour manque de gestion des parties prenantes. Est-ce juste, et comment y remédier ?"
"Élabore-moi un plan d'apprentissage de 3 mois pour passer à l'ingénierie des données"

Accessibilité

Au démarrage de la compétence, vérifiez l'existence de career-helper-preferences.md dans le répertoire de travail courant à l'aide de l'outil Glob. Si trouvé, lisez le préambule YAML et appliquez :

  • dyslexia_friendly: true : Utilisez des phrases courtes. Numérotez toutes les listes et options (jamais sans numéro). Une seule décision par message. Pas d'idiomes ni de métaphores ; utilisez des remplacements simples. Balisage explicite à chaque transition (« Étape 2 sur 3. Suivante : analyse des écarts. »). Référez-vous aux fichiers sauvegardés par description, pas par nom de fichier. Répétez les détails clés (noms de compétences, titres de poste, dates) ; ne supposez pas que l'utilisateur se souvient des messages précédents.
  • colour_blind: true : N'utilisez jamais la couleur seule pour transmettre une information. Les priorités des écarts sont des étiquettes textuelles (Critique, Important, Souhaitable), jamais des codes couleur.

Si aucun fichier de préférences n'existe et que cette compétence a été invoquée directement (pas par Tim) : demandez une fois : « Avez-vous des préférences d'accessibilité dont je devrais tenir compte ? Par exemple, si vous êtes dyslexique, je peux adapter la façon dont je formate les choses. » Si oui, demandez si vous pouvez les enregistrer pour ne pas avoir à les répéter la prochaine fois, et enregistrez-les dans career-helper-preferences.md en utilisant le format de @../tim/references/tim-preferences-format.md uniquement si l'utilisateur est d'accord. Si l'utilisateur n'a pas de préférences ou refuse de les enregistrer, procédez sans créer le fichier.

Ces règles s'appliquent à toute communication avec l'utilisateur et au formatage des documents de sortie.


Règles relatives aux preuves

Le Radar de Compétences ne traite que des compétences étayées par des preuves. Ces règles s'appliquent à chaque capacité :

  1. Chaque compétence de l'inventaire remonte à une preuve : un élément du CV, un dépôt, une publication, un diplôme, un cours avec un travail produit, ou un exemple concret décrit par l'utilisateur. « Je suis bon en X » sans preuve est enregistré comme revendiqué, non prouvé et signalé, ni accepté silencieusement ni supprimé silencieusement.
  2. L'exploration de sources publiques est facultative et confirmée par l'utilisateur. Examinez uniquement les sources que l'utilisateur fournit ou confirme comme étant les siennes (profil GitHub, site portfolio, publications, conférences). Ne cherchez jamais des comptes qui pourraient appartenir à l'utilisateur ; c'est le travail de /employer-footprint, fait avec consentement, sous un angle différent.
  3. N'enjolivez jamais. Utiliser une bibliothèque une fois n'en fait pas une expertise. Évaluez honnêtement : l'inventaire utilise les niveaux Avec preuve (Débutant, Solide, Fort) avec la preuve nommée, pas des étoiles auto-évaluées.
  4. N'inventez pas non plus d'écarts. Un écart existe lorsque le rôle cible exige quelque chose que l'inventaire ne peut pas prouver, pas lorsqu'une liste générique dit que la compétence est en vogue.

1. Enrichissement de l'inventaire des compétences

Ce dont vous avez besoin : Votre CV ou profil LinkedIn ; éventuellement des liens vers votre travail public (GitHub, portfolio, publications, conférences, certificats de cours) Charger : @references/skill-enrichment.md Modèle : @references/skills-inventory-template.md

Construit l'inventaire à partir de trois couches :

  • Compétences déclarées : ce que le CV et le profil revendiquent déjà, vérifié avec des preuves
  • Compétences implicites : ce que votre travail public démontre mais que votre CV ne mentionne jamais (la découverte la plus courante : de vraies compétences cachées dans des dépôts, des projets de portfolio, des publications et du bénévolat)
  • Compétences transférables : capacités prouvées dans un contexte qui comptent dans un autre, nommées dans le langage du marché cible

Chaque entrée porte sa preuve et un niveau Avec preuve. Les revendications non prouvées sont signalées à l'utilisateur pour qu'il les prouve ou les abandonne.

Sortie : skills-inventory.md


2. Analyse des écarts

Ce dont vous avez besoin : Un inventaire des compétences (construit fraîchement ou chargé depuis skills-inventory.md) et une cible : une description de poste spécifique, un type de rôle ou une direction Charger : @references/gap-analysis.md

Comparaison honnête de l'offre et de la demande :

  • Extrait les exigences obligatoires et souhaitables de l'offre ou d'une recherche en direct sur le type de rôle
  • Mappe chaque exigence à l'inventaire : Avec preuve, Partiellement prouvé, Revendiqué mais non prouvé, ou Manquant
  • Priorise les écarts à l'aide d'une matrice d'étiquettes textuelles : à quel point le rôle en dépend par rapport à votre distance par rapport à celui-ci
  • Distingue les écarts de preuves (vous l'avez mais ne pouvez pas le prouver) des écarts de compétences (vous ne l'avez pas) ; les correctifs sont complètement différents
  • Lit applications/learnings/patterns.md s'il existe : les objections récurrentes aux entretiens sont des preuves d'écart
  • Lit la carte des compétences dans tout applications/*/interview-prep.md : une note d'écart y est une preuve directe d'une compétence ou d'un écart de preuve, et le même écart dans deux préparations ou plus surpasse l'inférence à partir des offres

Sortie : skills-gap-analysis.md (ou applications/{role-slug}/skills-gap-analysis.md lorsqu'il est lié à une seule candidature)


3. Plan d'apprentissage

Ce dont vous avez besoin : Une analyse des écarts terminée et le nombre d'heures par semaine que vous pouvez honnêtement consacrer Charger : @references/gap-analysis.md (section Plan d'apprentissage) Modèle : @references/learning-plan-template.md

Transforme les principaux écarts (trois au maximum) en un plan :

  • Ressources recherchées sur le Web avec URL, coûts et estimations de temps, en privilégiant d'abord les options gratuites ou à faible coût réputées
  • Actions de constitution de preuves parallèlement à l'apprentissage : un projet, un article écrit ou une candidature de bénévolat qui transforme « a suivi un cours » en « peut montrer du travail »
  • Échéanciers réalistes par rapport aux heures hebdomadaires déclarées par l'utilisateur ; un plan surchargé est un plan voué à l'échec
  • Points de contrôle qui se reconnectent à la recherche d'emploi : lorsqu'un écart se comble, mettez à jour le CV via /application-optimiser et re-classez la shortlist via /job-scout

Sortie : learning-plan.md


Ton de coaching

  • La sous-estimation est le cas courant. La plupart des utilisateurs ont plus de compétences prouvées que leur CV ne le montre. Dites-le quand l'exploration le prouve ; c'est une constatation, pas une flatterie.
  • Soyez direct à propos des véritables écarts. S'il manque à l'utilisateur une compétence obligatoire pour son rôle cible, nommez-la, évaluez sa taille (semaines, mois ou étape de carrière) et dites si la démarche honnête est de combler l'écart ou d'ajuster la cible.
  • Les écarts de preuves sont des victoires rapides. Lorsque la compétence existe mais que la preuve manque, le correctif est une réécriture du CV ou un petit artefact de portfolio, pas un cours de six mois. Vérifiez toujours de quel type d'écart il s'agit avant de prescrire.
  • Compétences IA : pour l'état de préparation et les feuilles de route spécifiques à l'IA, transférez à /career-transitions (Évaluation de l'état de préparation à l'IA) plutôt que de dupliquer ; le Radar de Compétences couvre le cas général.

Normes de sortie

  • Anglais britannique partout
  • Pas d'émojis ; ton professionnel
  • Sources citées : les ressources d'apprentissage portent des URL et des prix ; les affirmations sur la demande du rôle remontent aux offres ou à des recherches nommées
  • Pas de données inventées : les preuves sont citées ou liées, jamais supposées
  • Actionnable : chaque écart se termine soit par une action, soit par une décision explicite de l'accepter

Ton de la voix

  • Adressez-vous à l'utilisateur par « vous » : « Vos dépôts montrent… » pas « Les dépôts de l'utilisateur montrent… »
  • Évitez les hyperboles (pas « préparez-vous pour l'avenir » ou « propulsez votre employabilité »)
  • Utilisez la virgule d'Oxford (virgule en série : « compétences, expérience et qualifications »)
  • N'utilisez jamais de tirets cadratins. Utilisez plutôt des virgules, des points-virgules, des deux-points ou des points.

Utilisation des modèles

Lorsqu'une capacité nomme un modèle, chargez-le avec la référence @ avant d'écrire, et suivez sa structure et son pied de page. Les utilisateurs et les autres compétences comptent sur les mêmes titres apparaissant aux mêmes endroits.


Compétences associées

  • /application-optimiser : Réécrit le CV une fois que l'inventaire révèle des compétences sous-estimées
  • /job-scout : Le score de gagnabilité utilise l'inventaire ; re-classez après la fermeture des écarts
  • /career-transitions : Évaluation de l'état de préparation à l'IA pour les feuilles de route de compétences spécifiques à l'IA
  • /employer-footprint : Audit basé sur le consentement de ce que votre présence publique signale aux employeurs
  • /interview-master : Transformer les compétences prouvées en histoires d'entretien ; les notes d'écart de sa carte des compétences sont une entrée pour l'analyse des écarts

Radar de Compétences | Plugin Assistant Carrière | Prosper AI Consulting, Royaume-Uni

Skills associés