mcpField
T
technical-job-search

technical-job-search

github.com/github生産性40.5k90 回インストール今日更新
リポジトリ

technical-job-search について

ソフトウェアエンジニア向けの求職スキルで、求人分析、履歴書の調整、カバーレター、オファー評価、面接後の連絡を扱います。各タスクに構造化された確認項目と文章作成の指針を示します。

主な機能

  1. 01必須要件と懸念点の抽出
  2. 02求人に合わせた履歴書の調整
  3. 03簡潔なカバーレターの構成
  4. 04報酬と職務内容の比較
  5. 05面接後のフォローアップ作成

活用シーン

  1. 01必須スキルと歓迎条件の区別
  2. 02応募先に合わせた履歴書の修正
  3. 03重要な観点からのオファー評価
  4. 04面接後の短いメール作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/github/awesome-copilot --skill technical-job-search

インストール後、Claude Code で/technical-job-searchを入力して読み込まれたか確認します。

詳細

技術職の求職活動

ソフトウェアエンジニア向けに、求人票の分析、CV の調整、カバーレターの作成、オファーの評価、フォローアップメールの作成など、個別の求職活動を支援します。


求人票の分析

求人票が提示されたら、次の項目を抽出して整理します。

必須要件(明示的に求められている、または複数回繰り返されているもの):

  • 技術スキル、経験年数、特定分野の知識

歓迎要件(望ましい、あればプラス、または一度だけ言及されているもの):

  • これらは別に列挙します。実際には任意の要件を理由に、候補者が応募を諦めてしまうことはよくあります。

この職務が実際に解決する課題(求人票から推測):

  • 採用によって解決するビジネス上の課題を、2~3 文で要約します。

明らかにすべき懸念事項:

  • 範囲が明確でないまま「何でもこなす」ことが求められる場合 — 責任範囲が曖昧になるリスクがあります
  • 1 つの職務に必須の技術が 10 種類以上ある場合 — 非現実的な基準、またはチーム計画の不備が考えられます
  • チームの規模、技術スタック、職務で何をリリースするのかについて言及がない場合 — 組織が整っていない可能性があります

CV/履歴書の調整

特定の求人票に合わせて CV を調整する場合:

  1. 表現を正確に合わせる — 類義語ではなく、求人票と同じ用語を使います。求人票に「distributed systems」とある場合、「large-scale systems」とは書きません。
  2. 成果を先に示す — 箇条書きの各項目に成果を含めます。「パフォーマンス改善に取り組んだ」ではなく、「P99 レイテンシを 40%削減した」と書きます。
  3. 可能な限りすべて数値化する — ユーザー数、QPS、チームの規模、削減したコスト、収益への影響などです。
  4. 一致しない内容を削る — 職務に合わせた 2 ページの CV は、一般向けの 4 ページの CV より効果的です。
  5. 職位のシグナルを反映する — 初級職では「構築した」、シニア職では「設計した」、スタッフ職やプリンシパル職では「推進した」または「定義した」が求められます。

キーワードを詰め込みすぎないでください。ATS のパーサーではなく、採用マネージャーが読むことを意識して書きます。


カバーレターの作成

カバーレターでは、300 語以内で次の 3 つの質問に答えます。

  1. なぜこの企業なのか? 具体的な理由を挙げます。製品、企業が執筆した技術的な課題に関する記事、自分が関心を持つ問題領域などです。「企業の使命に共感しています」では不十分です。
  2. なぜあなたなのか? 相手が求めるものに直接合致する、経歴上の具体例を 1 つか 2 つ挙げます。これまでのキャリア全体ではなく、応募する職務に結びつけます。
  3. なぜ今なのか? キャリアのこの時点での動機を、1 文で述べます。

形式:短い 3 段落。前置き(「応募するためにご連絡いたしました……」など)は不要です。CV の要約も不要です。

避けること:

  • CV を文章の形で繰り返す
  • 「情熱を持っています……」
  • ありきたりな企業への賛辞(「業界をリードする企業」「革新的な企業」など)
  • 1 ページを超えること

オファーの評価

求人オファーを評価する際は、次の観点で比較します。

報酬

  • 基本給:職務、レベル、勤務地に応じた市場相場と比較します(levels.fyi、Glassdoor、Blind、Comprehensive.io)。
  • 株式報酬:現在の評価額、権利確定スケジュール(4 年間で 1 年のクリフ期間は標準的です)、初期段階の企業における希薄化リスク
  • ボーナス:目標割合と、過去の実際の支給額を比較します。
  • 総報酬 = 基本給 + 想定ボーナス + 年換算した株式報酬の価値

職務の明確さ

  • 範囲:この職務で「オーナーシップを持つ」とは、すでに決まっていることと比べて、実際に何を意味しますか?
  • チーム:規模、構成、直属の上司、チームの在籍期間
  • 成長:次のレベルではどのような役割が求められ、通常どのくらいの期間で到達しますか?

企業の健全性

  • 段階:資金が尽きるまでの期間、収益、成長率 — 公開情報でなければ直接確認します
  • エンジニアリング文化の指標:PR のレビュー手順、インシデントの事後分析を行う文化、オンコールの負担
  • リモート勤務またはハイブリッド勤務の実態:書面上の方針と実際の運用

オファーに関する懸念事項

  • 48 時間以内の決断を迫られる — 妥当な検討期間は 1~2 週間です
  • 10 年以上非公開企業であるにもかかわらず、明確な換金手段のない株式報酬
  • グリーンフィールド開発と説明された職務に、実際には 6 か月分の保守されていない既存コードがある

承諾する前に、すべてを書面で確認してください。

面接後のフォローアップメール

面接後24時間以内に、次の内容を記載したフォローアップメールを送ります。

  • 時間を割いてくれたことへの感謝を伝える一文
  • 会話の中で出た具体的な内容(話し合った課題や、相手からの質問など)に触れる一文
  • 本心からそう思う場合は、関心があることを改めて伝える一文

複数の段落に分けないでください。自分の資格や経験を繰り返し述べないでください。返信がない場合、フォローアップは一度だけにしてください。

コメント