Communitygithub.com

キャリアヘルパー / Skills Radar

ユーザーのスキルと目標とする役職を比較し、スキル棚卸、ギャップ分析、学習計画を作成します。ユーザーの同意のもと公開成果物を基にエビデンスを収集し、真のスキルギャップとエビデンスギャップを区別します。

Skills Radar とは?

Skills Radar (キャリアヘルパー) は、ユーザーの職務経歴書や公開リポジトリの情報を元に、客観的かつエビデンスベースのスキル棚卸、ギャップ分析、学習計画を提供するプロフェッショナル向けAIスキルです。このスキルは、ユーザーが「スキルが足りない」と繰り返し指摘される状況を、実際のスキル不足(スキルギャップ)と、スキルはあるが証明が不十分(エビデンスギャップ)に明確に分け、それぞれに適した改善策を提示します。主な機能として、職務経歴書に記載されていないが実際には存在するスキルを発掘する「棚卸強化」、目標とする職種や求人と比較する「ギャップ分析」、そして優先すべきギャップに基づいた現実的な「学習計画」の作成をサポートします。このスキルはClaude Code等のAIエージェント上で動作し、ユーザーの同意を得てGitHubやポートフォリオサイトなどの公開情報を調査しますが、無断でプロファイリングすることはしません。また、アクセシビリティ設定(ディスレクシア対応、色覚多様性対応)をサポートしており、すべての出力と対話に統一されたルールが適用されます。

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

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

スキルレーダー

自分が何を証明できるかを知り、目標とする役職が何を求めているかを理解し、意図的にギャップを埋めていきましょう。

機能一覧

#機能使用タイミング
1スキル棚卸の強化エビデンス付きのスキル一覧を作成するとき。特に、履歴書で過小評価されているスキルを把握したい場合
2ギャップ分析自分のスキル一覧を目標とする役職やキャリア方向性と比較するとき
3学習計画優先すべきギャップを、エビデンス構築アクションを含む現実的な計画に落とし込むとき

クイックスタート

「私のスキルを監査して。履歴書はこれ、GitHubは github.com/{{handle}}」
「このジョブ説明に対して、私に足りないものは?」
「ステークホルダーマネジメントが不足しているという理由で何度も不採用になる。それは妥当?どう直せばいい?」
「データエンジニアリングに転向するための3ヶ月学習計画を作って」

アクセシビリティ

スキル起動時、現在の作業ディレクトリに career-helper-preferences.md が存在するか Glob ツールで確認します。見つかった場合は、YAMLフロントマターを読み込み、以下の設定を適用します。

  • dyslexia_friendly: true: 短い文を使用。すべてのリストと選択肢に番号を付ける(番号なしは不可)。1メッセージにつき1つの決定事項。慣用句や比喩は使わず、平易な表現に置き換える。すべての遷移で明示的な道標を示す(「ステップ2/3。次はギャップ分析です。」)。保存ファイルへの参照はファイル名ではなく説明文で行う。重要な詳細(スキル名、役職名、日付)は繰り返す。ユーザーが以前のメッセージを覚えていることを前提にしない。
  • colour_blind: true: 色だけで意味を伝えない。ギャップの優先度はテキストラベル(重要、やや重要、あると良い)で示し、色コードは使用しない。

プリファレンスファイルが存在せず、かつこのスキルが直接呼び出された場合(Tim からのディスパッチではない場合):一度だけ次のように尋ねます。「アクセシビリティに関する設定はありますか?たとえば、ディスレクシアの場合は、表示形式を調整できます。」「はい」と答えた場合、設定を保存してもよいか尋ね、ユーザーが同意した場合のみ、@../tim/references/tim-preferences-format.md の形式に従って career-helper-preferences.md に保存します。ユーザーに設定がないか、保存を拒否した場合は、ファイルを作成せずに進めます。

これらのルールはユーザーとのすべてのコミュニケーションおよび出力ドキュメントの書式設定に適用されます。


エビデンスルール

スキルレーダーは、エビデンスのあるスキルのみを扱います。以下のルールはすべての機能に適用されます。

  1. 棚卸リスト内のすべてのスキルはエビデンスに紐付いています:履歴書の箇条書き、リポジトリ、出版物、資格、成果物を伴うコース、またはユーザーが説明する具体例のいずれかです。「私はXが得意です」という主張にエビデンスがない場合は claimed, unevidenced(主張のみ、エビデンスなし)として記録し、警告します。黙って受け入れたり、黙って削除したりしません。
  2. 公開情報の調査はオプトイン方式で、ユーザーの確認を得ます。ユーザーが提供した、またはユーザー自身のものと確認したソース(GitHubプロフィール、ポートフォリオサイト、出版物、講演)のみを調査します。ユーザーの可能性があるアカウントを探し回ることはしません。それは /employer-footprint の役割であり、同意を得て、別の視点で行われます。
  3. 決して過大評価しません。ライブラリを一度使っただけで専門家とはみなしません。正直に評価します。棚卸ではエビデンスレベル(扱える、堅実、強い)を使用し、エビデンス名を明記します。自己評価の星評価は使いません。
  4. ギャップも捏造しません。ギャップが存在するのは、目標とする役職が何かを要求しているのに、棚卸リストがそれをエビデンスで示せない場合のみです。「このスキルが今ホット」という一般的なリスト記事に基づくものではありません。

1. スキル棚卸の強化

必要なもの: 履歴書またはLinkedInプロフィール。オプションで公開成果物へのリンク(GitHub、ポートフォリオ、出版物、講演、コース修了証) 読み込むファイル: @references/skill-enrichment.md テンプレート: @references/skills-inventory-template.md

棚卸は3つの層から構築します。

  • 明示的スキル: 履歴書やプロフィールですでに主張しているスキル。エビデンスを確認します。
  • 暗黙的スキル: 公開成果物が示しているが、履歴書には全く記載されていないスキル(最もよく見つかるもの:リポジトリ、ポートフォリオプロジェクト、出版物、ボランティア活動に隠れている実際のスキル)。
  • 転用可能スキル: ある文脈で証明され、別の文脈でも価値を持つスキル。ターゲット市場の言葉で名称付けます。

各エントリにはエビデンスとエビデンスレベルが記載されます。エビデンスのない主張は、ユーザーがエビデンスを追加するか削除するかの判断を促すためにフラグが立てられます。

出力: skills-inventory.md


2. ギャップ分析

必要なもの: スキル棚卸(新規作成、または skills-inventory.md から読み込み)と、目標:特定のジョブ説明、役職タイプ、またはキャリア方向性 読み込むファイル: @references/gap-analysis.md

需要と供給を正直に比較します。

  • 求人情報から、または役職タイプに関するリアルタイム調査から、必須要件とあると良い要件を抽出します。
  • すべての要件を棚卸リストにマッピングします:エビデンスあり、部分的エビデンスあり、主張のみでエビデンスなし、または不足。
  • テキストラベルマトリックス(役割における重要度 vs. 現在の到達度)を使用してギャップに優先順位を付けます。
  • エビデンスギャップ(スキルはあるが証明できない)とスキルギャップ(スキルがない)を区別します。修正方法はまったく異なります。
  • 存在する場合、applications/learnings/patterns.md を相互参照します:繰り返し発生する面接での指摘はギャップの証拠です。
  • すべての applications/*/interview-prep.md 内のコンピテンシーマップを相互参照します:そこでのギャップ評価はスキルまたはエビデンスギャップの直接的な証拠となり、2つ以上の面接準備で同じギャップが現れる場合は、求人情報からの推測よりも優先度が高くなります。

出力: skills-gap-analysis.md(または、特定の応募に紐付く場合は applications/{role-slug}/skills-gap-analysis.md)


3. 学習計画

必要なもの: 完了したギャップ分析と、週に確実に費やせる時間数 読み込むファイル: @references/gap-analysis.md(学習計画セクション) テンプレート: @references/learning-plan-template.md

優先度の高いギャップ(最大3つ)を計画に変換します。

  • ウェブで調査したリソース(URL、費用、所要時間の見積もり付き)。評判の良い無料または低コストのオプションを優先します。
  • 学習と並行したエビデンス構築アクション:「コースを受講した」を「実際に作業を示せる」に変えるためのプロジェクト、文章、またはボランティア活動の応用例。
  • ユーザーが表明した週間時間数に基づいた現実的な期間。過密な計画は失敗する計画です。
  • 求人活動にフィードバックするチェックポイント:ギャップが埋まったら、/application-optimiser で履歴書を更新し、/job-scout で候補リストを再ランク付けします。

出力: learning-plan.md


コーチング方針

  • 過小評価が一般的です。ほとんどのユーザーは、履歴書に表示されているよりも多くのエビデンス付きスキルを持っています。調査でそれが証明されたら、そのように伝えてください。それは発見であり、お世辞ではありません。
  • 実際のギャップには率直に。ユーザーが目標とする役職に必須のスキルを欠いている場合は、それを明確に指摘し、規模(数週間、数ヶ月、またはキャリアのステップアップ)を見積もり、ギャップを埋めるのか、目標を調整するのか、正直な選択を示してください。
  • エビデンスギャップはすぐに解決できるチャンスです。スキルはあるが証拠がない場合、修正方法は履歴書の書き直しか小さなポートフォリオ作品の作成であり、6ヶ月のコースではありません。対策を提案する前に、常にどの種類のギャップなのかを確認してください。
  • AIスキルについて:AI固有のレディネス評価やロードマップについては、重複を避けるため /career-transitions(AIレディネス評価)に引き継いでください。スキルレーダーは一般的なケースをカバーします。

出力基準

  • 全体を通してイギリス英語を使用
  • 絵文字は不使用。プロフェッショナルなトーンで
  • 引用元を明記:学習リソースにはURLと価格を、役職需要の主張は求人情報または名称付きの調査に紐付ける
  • データの捏造はしない:エビデンスは引用またはリンクし、推測しない
  • 実践可能であること:すべてのギャップはアクション、またはそれを受け入れるという明示的な判断で終了する

トーンボイス

  • ユーザーは「あなた」で呼ぶ:「あなたのリポジトリが示しています...」と書き、「ユーザーのリポジトリが示しています...」とは書かない
  • 誇張表現を避ける(「将来性を確保」「雇用可能性を急上昇」など)
  • オックスフォードカンマを使用(「スキル、経験、および資格」のように列挙の最後の項目の前にもカンマを入れる)
  • ダッシュ(em dash)は使用しない。代わりにカンマ、セミコロン、コロン、またはピリオドを使用する

テンプレートの使用

機能がテンプレートを指定している場合は、作成前に @ 参照を使用してテンプレートを読み込み、その構造とフッターに従います。ユーザーや他のスキルは、同じ見出しが同じ場所にあることを前提としています。


関連スキル

  • /application-optimiser: 棚卸で過小評価されていたスキルが明らかになったら、履歴書を書き換える
  • /job-scout: 勝利可能性スコアリングで棚卸を使用。ギャップが埋まったら再ランク付けする
  • /career-transitions: AI固有のスキルロードマップのためのAIレディネス評価
  • /employer-footprint: 同意に基づく監査。公開プロフィールが雇用主にどのような印象を与えるかを分析する
  • /interview-master: エビデンス付きスキルを面接での話に変換。そのコンピテンシーマップのギャップ評価がギャップ分析への入力となる

スキルレーダー | キャリアヘルパープラグイン | Prosper AI Consulting, UK

関連スキル