k2f-resume

K2F Resume — AI ネイティブな美的デザイン

目的

レイアウトに取りかかる前に、content_and_design.md で履歴書の設計図を作成するようエージェントを指導します。記載する内容と省く内容、採用担当者がスキャンしやすい情報の優先順位付け、誠実な数値を用いた実績の箇条書き、デザインの意図（トーン、階層、密度）を扱います。ユーザーから提供されていない役職、日付、成果を捏造してはいけません。

K2F を基盤とする

このスキルでは、履歴書を .K2F パッケージとして作成します。作成時は k2f スキルに従ってください。ワークスペースを展開または初期化し、セマンティックツリーを編集してから、パッケージ化して検証し、エクスポートします。K2F により、エージェントは座標ではなく、セクション、役職、主張といった意味に集中でき、レイアウトとタイポグラフィはエンジンが処理します。

作成を始める前に、コアスキルをインストールしてください：npx skills add suzheng/k2f --skill k2f。

使用する場面

• メモ、LinkedIn のエクスポート、または古い CV をもとに履歴書を作成または作り直す場合。
• 応募先の役職や求人情報に合わせて内容を調整する場合（強調点やキーワードの調整であり、捏造ではありません）。
• 職種転換を目指す人、新卒者、またはセクションの比重を変える必要がある経営幹部向けです。カバーレター、ポートフォリオ、複数ページの経歴書には使いません。

ワークフロー

Step 1. content_and_design.md を生成する

セマンティックな内容とデザインの意図をまとめた単一の設計図です。各セクション（ヘッダー、概要、各職歴、学歴、スキル）にラベル付きブロックを使用します。後で k2f スキルがこれらをマッピングできます。

サブステップ

1. 履歴書の枠組み — 応募先の役職、職位レベル、業界、地域、ページ数の目安を定めます（通常、約10年以上の経験がある場合や出版実績が多い場合を除き、1ページ。正当な理由がある場合でも最大2ページ）。ユーザーから求人情報が提供されている場合は、内容を調整するかどうかも記録します。

2. 入力情報の監査 — 日付、雇用主、役職、プロジェクト、数値、学歴、資格、リンクを一覧にします。不足している情報には NEEDS USER INPUT のフラグを付けます。収益、従業員数、在職期間を決して捏造してはいけません。

3. セクション構成（含める／省く） — 基本の順序：

   • 連絡先 → 職務要約（任意）→ 職歴（新しい順）→ 学歴 → スキル → （任意）資格／プロジェクト。
   • 認識しやすいセクション名（例：職歴、学歴、スキル）を使用します。構成が分かりにくくなる気の利いた独自の名前は避けます。
   • 特に関連性が高い場合を除き、約10〜15年以上前の職歴、重複するソフトスキルの説明、趣味、自宅住所の詳細、キャリア初期の業務内容すべては省きます。
   • 内容の少ない職歴は1行にまとめるか短縮します。応募先の仕事に合致する直近の職歴のみを詳述します（通常、それぞれ箇条書き2〜4項目）。

4. 情報のスキャン階層 — ひと目で把握（上部3分の1）：氏名、役職の見出しまたは応募先の職位、連絡先、概要の要点。スキャン：雇用主と役職、日付、続いて実績の箇条書き。詳細：ツール、履修科目、資格は影響力のある実績の箇条書きと競合しないよう、優先度を下げてまとめます。

5. 実績の箇条書き — 業務内容ではなく成果を書きます。X–Y–Zを使います。成果＋数値＋方法を、力強い動詞を1つ使って、最大1〜2行にまとめます。数値はユーザーの入力、ユーザーが了承した保守的な推定、または metric TBD に基づくものだけを追加します。決して捏造してはいけません。

6. 内容の調整（求人情報がある場合）— 必須スキルと職務に関する表現を抽出します。正確な用語は、事実に即している場合に限り、概要、スキル、箇条書きに含めます。スキル欄でキーワードを繰り返したり、類義語を列挙したりしないでください。

7. デザインの意図 — エンジンに伝えるトーン、階層、密度：

   • トーン：自信に満ち、事実に基づき、実績を中心にします。裏付けのない誇張は避けます。業界に合わせます（クリエイティブ職ではやや個性を出せますが、金融・法務では簡潔さを保ちます）。
   • 階層：氏名と応募先の職位を最も目立たせます。次に役職と雇用主を配置します。日付と所在地は控えめにし、箇条書きは読みやすい本文にします。スキルと学歴は、直近の職歴より視覚的に軽くします。
   • 密度：十分な余白を意識します。職歴の下に段落を詰め込まず、直近の職歴は箇条書き5項目までにします。スキルはキーワードをカンマで延々と並べず、簡潔に分類してまとめます。
   • リズム：職歴ごとに箇条書きの形式をそろえ、日付の表記を統一します。氏名または罫線にアクセントを1つ使い、本文はニュートラルな色調にして、読みやすいコントラストを保ちます。

ルールと制約

• 事実確認ゲート：勤務先、役職、日付、実績値はすべて、ユーザーの入力または明示的な仮置きに基づいています。
• 成果確認ゲート：箇条書きの冒頭に「担当していました」や「支援しました」を使わず、自ら達成した成果に置き換えるか、項目を削除します。
• 1ページ確認ゲート：内容が収まらない場合は、小さな文字で無理に詰め込まず、設計図から古い職歴や訴求力の弱い箇条書きを削ります。
• 内容調整ゲート：キーワードは、求人票に記載されているからではなく、ユーザーが実際にその業務を行った場合にのみ含めます。
• 一貫性確認ゲート：動詞の時制（現在の職務は現在形、それ以外は過去形）、日付の表記、会社名を、すべての箇所で統一します。

よくある失敗例

• 実績値のない業務の羅列 → X–Y–Z形式で書き直すか、規模や成果をユーザーに確認します。
• どの候補者にも当てはまる一般的な要約 → 志望職種と、職歴から裏付けられる2～3つの強みを結びつけます。
• キーワードを詰め込んだスキル欄 → カテゴリごとにまとめ、求人票の用語は正確に該当する場合のみ反映します。
• すべての職歴を同じ比重で扱う → 直近の2～3件を強調し、古い職歴は簡略化するか省きます。
• 独創的なセクション名や連絡先が見つけにくい配置 → 標準的な見出しを使い、連絡先は後回しにせず、本文の目立つ位置に配置します。
• 中堅職への応募で、古い職務内容が2ページにわたる → ページ数の上限を守り、削減作業を行います。
• ユーザーの情報と日付や役職が一致しない → 引き渡す前に照合し、整合させます。

品質チェックリスト

• 基本方針：志望職種、経験レベル、ページ数の上限、該当する場合は求人票に合わせた調整を記録します。
• セクションの順序と見出しは標準的なものにし、省いた内容の削除リストを記録します。
• 冒頭の要約エリアで、ページ上部3分の1以内に氏名、連絡先、強みを伝えます。
• 直近の各職歴に、動詞、成果、実績値または正直な「未確認」の記載を含む実績の箇条書きがあります。
• 要約がある場合は、3～4文で、キーワードを詰め込まずに求人票に沿った内容にします。
• スキルはカテゴリごとにまとめ、求人票の重要な用語は事実に沿った適切な箇所に記載します。
• デザイン方針では、ページ全体のトーン、階層、情報密度、アクセントカラーの使い方を明示します。

Step 2. content_and_design.md と k2f スキルを使用して K2F ファイルを生成し、適切なファイル形式でエクスポートします。

k2f スキルに従って、設計図に基づく各セクションを作成し、デザイン方針を適用して確認したうえで、応募にそのまま使える履歴書（通常はPDF）をエクスポートします。