tailor-resume

職務経歴書を求人に合わせるスキル

優先順位の階層：競合する場合の解決方法については、references/priority-hierarchy.md を参照してください。

特定の求人に最適な候補者であることが明確に伝わる、魅力的で求人に合わせた職務経歴書を作成します。

ファイル構成

scripts/
  tailor-resume.md        # Resume tailoring subagent prompt

プロフィールのテンプレートは references/profile.md にあります。

データディレクトリ

references/data-directory.md に従ってデータディレクトリを特定します。

---

ワークフロー

ステップ 0：前提条件を確認する

データディレクトリを特定してから、references/prerequisites.md に従って前提条件を確認します。職務経歴書は必須です。プロフィールも強く推奨されます。プロフィールなしでユーザーが続行する場合は、すべての前提を確認用に提示するフラグを設定します（下記のステップ 3a を参照）。

$ARGUMENTS が URL の場合は、ステップ 1 に進みます。 それ以外の場合は、求人の URL を尋ねます。

ステップ 1：求人の詳細を取得する

ユーザーから求人の URL を受け取ります（$ARGUMENTS から取得するか、ユーザーに尋ねます）。

references/browser-setup.md に従い、Claude in Chrome MCP ツールを使用して求人情報を取得します。

以下を解析して抽出します。

• 職種と職位（個人貢献者かマネージャーか、経験年数など）
• 企業名と事業内容
• 職務内容 - 日々実際に担当する業務
• 必須要件 - 必須の資格・経験
• 歓迎要件 - あると望ましい資格・経験
• キーワード - 記載されている業界用語、ツール、手法
• チームの状況 - 報告先、チームの規模、部門横断の連携先
• 企業の成長段階や規模を示す情報

DATA_DIR/jobs/[company-slug]-[date]/ に求人フォルダーを作成し、解析した求人情報を posting.md に保存します。

ページを読み込めない、または解析できない場合は、求人の説明文を直接貼り付けるようユーザーに依頼します。

ステップ 2：適合度を分析する

執筆前に、候補者の経験と求人内容を照らし合わせます。

1. 職位の適合度：候補者の経験レベルが職務に合っているか確認します。VP レベルの候補者が Director 職に応募する場合は、戦略的な成果を重視します。Director が VP 職に応募する場合は、担当範囲とリーダーシップの成長を強調します。

2. 要件との対応付け：各求人要件について、職務経歴プロフィールから最も強い根拠を特定します。

   • 直接的な経験（「SEO 戦略を主導した」→ SEO の経験を求める求人）
   • 類似する経験（「マーケットプレイスのユーザー数を 100 万人から 1,000 万人に拡大した」→ 成長の経験を求める求人）
   • 転用可能なスキル（「30 人のチームを管理した」→ リーダーシップを求める求人）

3. 不足点の特定：候補者に明確な該当経験がない要件を記録します。これらを捏造してはいけません。代わりに、能力を示す関連経験を探します。

4. キーワードの整合：求人情報の表現や用語を特定し、職務経歴書でも同様の表現を使います。

5. 説得力のあるストーリー：この人物が最適な候補者である理由を、2～3 文でまとめます。全体を貫くストーリーは何でしょうか？

ステップ 3：応募先に合わせた履歴書を作成する

以下の原則に従って、応募先に合わせた履歴書を作成します。

構成：

• ヘッダー：氏名、連絡先、LinkedIn（原文と同じ）
• 概要／プロフィール：応募先の企業と職務の内容に直接触れ、候補者がこの職務に適していることを示す2～3文。一般的な内容は避けます。
• 職歴：履歴書に記載されたすべての職務について、箇条書きを書き換え、順序を入れ替え、内容を選んで強調します。
• スキル：求人で求められているスキルが先に来るように並べ替えます。
• 学歴：原文と同じ

箇条書きの原則：

• 各職務では、応募先の仕事に最も関連する箇条書きを最初に配置します。
• 実態に沿う範囲で、求人票の表現に近づけて箇条書きを書き換えます。
• 職歴プロフィールにある数値や定量的な成果を記載します。
• この職務に関連しない箇条書きは削除するか、目立たないようにします。
• 原文の履歴書にはないものの、職歴プロフィールに記載され、この職務に関連する箇条書きを追加します。
• 各箇条書きは、力強い動詞で始めます。
• 各箇条書きには、実施したこと → その方法 → 成果を示します。

職位に応じた内容の調整：

• エグゼクティブ職：戦略、損益責任、取締役会との連携、チーム構築、部門横断のリーダーシップを強調します。
• ディレクター職：プログラムの責任者としての実績、チーム管理、業務の卓越性、ステークホルダー管理を強調します。
• IC職：実務での遂行力、技術的な専門性、個人の貢献、協業を強調します。

文章作成ルール（重要：Fleschスコア90超を目指す）：

• 言語モデルのような文章ではなく、切れ味のあるエグゼクティブらしい文章にします。短い文を使い、平易な言葉を選びます。
• 1文につき1つの考えを伝えます。「and」で無関係な節をつないでいる場合は、文を分けます。
• emダッシュは使いません。コンマ、ピリオド、コロン、セミコロン、括弧を使います。
• 文の構造に変化をつけます。すべての箇条書きを同じ型にしないでください。
• 前置きの節は使いません。悪い例：「マーケットプレイスの動向に関する深い専門知識を生かし、～を主導した。」良い例：「～を主導した。」
• 形容詞を重ねないでください。悪い例：「部門横断的で、データに基づき、顧客中心のアプローチ」。1つに絞ります。
• 「能力を実証した」「専門性を示した」「実績がある」「推進するために必要な」「～にまたがる」「活用する」「利用する」といった、内容のない表現は使いません。
• 名詞を重ねた複合表現は避けます。「AI主導の製品機会の特定と実行」ではなく、何をしたのかを簡潔に書きます。
• 概要は短い2～3文にします。各文は20語未満にします。コンマと「and」で複数の能力をつないだ長文は避けます。

正確性に関する厳格なルール（重要）：

• 履歴書または職歴プロフィールに明記された情報のみを使用します。
• 事業モデル（B2BかB2Cか）、収益の種類、会社の成長段階を、記載がないのに推測してはいけません。
• 記載内容を超えて職務の範囲を推測してはいけません（例：履歴書に「売上目標」とあるだけなのに「損益責任」を追加しない）。
• 候補者が言及していない責任、スキル、職能領域を追加してはいけません。
• 記載がない部門横断的な連携を推測してはいけません。
• 履歴書の記述が曖昧な場合は、控えめな表現にするか、その詳細を省きます。
• 応募先に合わせて経験を表現し直す場合も、記載されている内容だけを再構成します。記載のないことを作り出してはいけません。

してはいけないこと：

• 候補者にない経験やスキルを捏造しないでください。
• 具体的な経験に裏付けられていない一般的な流行語を使わないでください。
• 履歴書を2ページより長くしないでください。
• 職位名や在職期間を変更しないでください。
• 職務を削除しないでください（空白期間が不審に見えます）。
• 明記されていない候補者の事業、職務範囲、責任について、何も推測しないでください。

ステップ 3b：批評して書き直す（必須 — 提示する前に実施）

履歴書をユーザーに提示する前に、すべての行を見直し、AI が書いたような表現を修正してください。一文ずつ確認し、次の点を問いかけてください。

1. 一文に詰め込みすぎていませんか？ カンマで区切られた節が複数ある場合は、別々の文や箇条書きに分けてください。
2. 実際の人がこう言うでしょうか？ 声に出して読んでください。LinkedIn の投稿や ChatGPT の返答のように聞こえたら、書き直してください。
3. 余分な表現はありませんか？ 情報を加えない表現は削除してください。「アイデア創出から本番環境まで、AI を活用した製品機会を特定し実行する能力を発揮」→「アイデアから本番環境まで AI 製品を開発」
4. 流行語を並べすぎていませんか？ 「部門横断型で、データ重視、顧客中心のリーダーシップ」→ この仕事に最も重要なものを選び、具体例を示してください。
5. 要約は適切な長さですか？ 最大 3 文にしてください。各文は 20 語未満にしてください。一文で列挙する項目は 2 つまでにしてください。

よくある AI らしい表現を取り除く：

• 「X と Y、Z、そして〜に必要な W を組み合わせる」→ 別々の文に分ける
• 「〜という抽象的な資質を示す」→ 削除するか、実際の成果に置き換える
• 「〜にまたがる（長い一覧）」→ 最も関連性の高い 1〜2 項目を選ぶ
• 「〜の範囲にわたり、［行動］、［行動］、［行動］を主導」→ 箇条書き 1 つにつき行動は 1 つ
• 2 行を超える箇条書きは、詰め込みすぎの可能性があります。分割してください
• 文末に付け足された動名詞句：「Y を維持しながら X を実現」→ 2 文に分ける

確認方法： 書き直した後、要約と最初の箇条書き 3 つをもう一度読み返してください。声に出して読むのに一呼吸以上かかる文があれば、短くしてください。

出力：

調整した履歴書を DATA_DIR/jobs/[company-slug]-[date]/resume.md に保存してください。

簡潔な説明を添えて、履歴書をユーザーに提示してください。

Here's your tailored resume for [Role] at [Company].

**Key changes I made:**
- [What was reordered/emphasized and why]
- [What bullets were rewritten and why]
- [What was added from your work history]

**The narrative:** [2-3 sentence pitch for why you're the right person]

The resume is saved to: DATA_DIR/jobs/[folder]/resume.md

ステップ 3a：前提を確認する（職務経歴プロフィールがない場合）

職務経歴プロフィールを利用できない場合は、置いた前提をすべてユーザーに提示してください。

Before we finalize, here are the assumptions I made. Please correct
any that are wrong:

1. [Company] - I assumed [X]. Is that right?
2. [Role scope] - I described your scope as [Y]. Accurate?
3. [Business model] - I framed this as [Z]. Correct?
...

最終版を作成する前に、ユーザーの確認または修正を待ってください。すべての修正を履歴書に反映し、今後も保持されるよう DATA_DIR/profile.md に保存してください。

ステップ 4：調整する

何か調整したい点があるかユーザーに尋ねてください。

• トーン（より技術的に、より戦略的に、より数値を重視して）
• 強調点（特定の職務やスキルをより強調）
• 長さ（1 ページにまとめる、特定の箇所を詳しくする）
• 言い換えたい箇条書き

変更を反映し、再度保存してください。

ステップ 5：プロフィールを更新する（必ず実施）

ユーザーが事実関係を訂正するたびに、直ちに DATA_DIR/profile.md を更新してください。

• ビジネスモデルの訂正（例：「Proficiently は B2B ではなく B2C です」）
• 担当範囲の訂正（例：「売上目標はありましたが、損益の管理責任はありませんでした」）
• 責任範囲の訂正（例：「候補者のワークフローは管理していませんでした」）
• 職務、チーム、実績に関するその他の補足

これにより、今後の履歴書で同じ間違いを繰り返すことを防げます。プロフィールが空のテンプレートのままであれば、ユーザーからこれまでに聞いた情報を使って新しいプロフィールを作成してください。references/profile.md の構成を使用し、確実にわかっている情報だけを記入してください。

---

回答形式

ユーザー向けの出力は、次のセクションで構成してください。

1. 調整した履歴書 — 履歴書の全文
2. 調整メモ — 主な変更点（箇条書きの並べ替え、セクションの書き直し、プロフィールの情報の追加）と、応募者の強みを伝える説明
3. 次のステップ — トーンや強調点の調整、またはカバーレター作成スキルを使ったカバーレターの作成を提案