k2f-cover-letter

K2F カバーレター — AIネイティブな美的デザイン

目的

レイアウトの前に、エージェントがcontent_and_design.mdでカバーレターの設計図を作成できるようにします。レターに含める内容と履歴書に含める内容の区別、説得の順序（導入 → 根拠 → 適合性 → 締めくくり）、美的意図（トーン、階層、レターの情報密度）を定めます。ユーザーが提供していない雇用主、紹介者、数値、企業情報を捏造することはありません。

K2Fを基盤に構築

このスキルは、.K2Fパッケージとしてカバーレターを作成します。作成時にはk2fスキルに従ってください。ワークスペースを展開または初期化し、セマンティックツリーを編集して、パッケージ化と検証を行い、エクスポートします。K2Fでは、エージェントが座標ではなく、レターのブロック、宛名、ナラティブなどの意味に集中し、レイアウトとタイポグラフィはエンジンに任せられます。

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

使用する場面

• 特定の職種や企業向けにカバーレターを作成または書き直す場合（求人情報の全文がある場合もない場合も含みます）。
• 履歴書だけでは伝えきれない内容を構成する必要がある、紹介による応募、社内異動、自由応募、またはキャリアチェンジのナラティブ。
• スタートアップ企業と大企業、またはクリエイティブな文脈とフォーマルな文脈に合わせてトーンを調整する場合。履歴書、CV、お礼状、条件交渉メールには使用しません。

ワークフロー

ステップ 1. content_and_design.md を生成する

レターの内容とデザイン意図をまとめた単一の設計図です。ラベル付きブロック（レターヘッド、日付／宛先、書き出し、本文の段落、結び、署名）を使用し、後で k2f スキルが対応付けられるようにします。

サブステップ

1. レターの枠組み — 役職名、会社、応募の種類（標準、紹介、キャリアチェンジ、未経験者、復職）、目標の長さ（250～400語、1ページ、通常は本文3～4段落）、トーンの範囲（フォーマル、プロフェッショナルで温かみのある表現、親しみやすく自信のある表現）を記載します。求人情報と履歴書が添付されているかどうかも記します。

2. 要件マップ — 求人情報（JD）またはユーザーの概要から、必須要件の上位3～5項目を列挙します。証明する強み（ユーザー提供の実績数値を含む）と、正直に説明するか省略する不足点を明示します。本文第1段落の主要な適合点を1つ、本文第2段落の副次的なテーマ（付加価値、不足点の捉え直し、または企業との適合性）を1つ選びます。

3. 企業調査レイヤー — ユーザーが提示または確認した、具体的で検証可能な要素を1つ記録します。例：製品、ローンチ、ミッションを示す文言、価値観、募集要項に記載された課題など。不明な場合は NEEDS USER INPUT と記し、ニュースや企業文化に関する主張を作り上げないでください。

4. 含める／省く — 含める：企業に関する要素、役職名、2つの実績を示す段落（履歴書に記載のない成果）、なぜこの企業か／なぜ今か、積極的な結び。省く：履歴書の要約、給与、否定的な表現、趣味、重複する履歴書の箇条書き、一般的な勤勉さのアピール、避けられる場合の「ご担当者様」。

5. 書き出し — 設計図で次の書き出しの型から1つ選びます：企業への理解、紹介、求人の課題を解決する姿勢、実績、業界の視点。「応募するためにご連絡しています」や中身のない自己称賛は使いません。

6. 本文 — P1：ユーザーデータに基づき、**［相手のニーズ］＋［あなたの経験］＋［成果］**を記載します。P2：付加価値、不足点を正直に捉え直す説明、または企業とのより深いつながりを記載します。数値がある場合は定量的な成果を1つ含めます。ない場合は metric TBD とし、決して作り上げません。

7. 結びと宛先 — 具体的な意欲、面談の申し出、簡潔な謝意を記載します（「ご連絡をお待ちしております」のような受け身の表現は避けます）。採用担当者が分かっている場合は氏名を記載し、不明な場合は Dear Hiring Manager またはチーム宛ての呼びかけを使います。日付と住所はユーザーの入力に基づくものだけを使用します。

8. デザイン意図 — トーン：雇用主を中心に、自信を示し、業界に合わせます（フォーマルか、スタートアップ向けの率直な表現か）。階層：書き出しと役職が最初に目に入り、本文は読みやすく、レターヘッドは控えめにします。密度：短い段落ごとに要点を1つにし、ページの大部分を本文にします。リズム：実績を示す文の形をそろえ、敬称と署名の形式を全体で統一します。

ルールと制約

• 事実確認ゲート：雇用主、日付、紹介、実績数値、企業情報は、ユーザーの入力または明示的な仮置き情報に基づくものとします。
• 履歴書依存回避ゲート：各段落に、CVを見ただけでは明らかでない背景、ストーリー、または動機を加える必要があります。
• 具体性ゲート：企業名と役職名を正しく記載します。最終文に企業名のプレースホルダーを残しません。
• 長さゲート：400語を超える場合は、最も弱い実績の記述を削るか、適合性の説明を冒頭にまとめます。文字を小さくして収めることはしません。
• 不足点ゲート：不足点には、根拠と学習の道筋を添えて触れます。資格を偽ってはいけません。
• 雇用主重視ゲート：仕事に何を求めるかよりも、相手のニーズと自分の適合性について述べる文を多くします。

よくある失敗パターン

• 一般的な書き出し、または履歴書の要約 → CVだけでは伝わらない企業に即した要素とストーリーを盛り込みます。
• 企業に関する情報の欠落や捏造 → 検証済みの要素を1つ入れるか、NEEDS USER INPUT と記します。
• 求人情報のキーワードの詰め込み、名前の間違い、受け身の結び、キャリアチェンジへの過度な謝罪、未確認の紹介 → 引き渡す前にユーザーの情報源と照合して修正します。

品質チェックリスト

• レターの枠組み、要件マップ（強み／不足点）、書き出しの型を記録している。
• 本文の2つの要点で相手のニーズとユーザーの根拠を結び付け、実績数値または正直な TBD を含めている。
• なぜこの企業か／なぜ今かを検証済みで、積極的な結びがあり、履歴書だけに載せる内容の省略リストを作成している。
• デザイン意図に、レター全体のトーン、階層、密度、署名を盛り込んでいる。

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

k2f に従って設計図からレターブロックを作成し、デザインの意図を反映して検証したうえで、アプリケーションですぐに使えるレター（通常は PDF または DOCX）をエクスポートします。