tobby168/resume-pipeline

求人リンクからレジュメを作成・スコアリングする

求人リンクだけが完全な指示です。 パイプライン全体をユーザーに確認せずに実行してください。「構築＋スコアリング＋記録」で停止し、応募はユーザーのアクションです。

手順

1. 重複チェック python -m resume_pipeline.tracker report data/applications を実行し、この企業／チームがすでに存在するか確認します。最初にその旨を伝え、そのまま続行します。
2. JDを抽出する — 完全なテキストを返す最初の方法で停止します:
   1. ATSの公開JSONエンドポイント（Greenhouse / Ashby / Leverのボードは公開エンドポイントを持っています）、
   2. 構造化Webフェッチ（「すべての責任と要件を1行ずつリストアップ」）、
   3. JSレンダリングが必要なキャリアサイト向けのブラウザ。 すべて失敗した場合は、ユーザーにペーストを依頼します。JDの内容を決して捏造しないでください。
3. レコードを作成する data/applications/<slug>.md を examples/applications/_TEMPLATE.md から作成します。新しいレコードは found イベントのみ（applied ではありません。応募はユーザーが行います）。1ファイル＝1求人です。
4. ターゲットを作成する data/targets/<slug>.yaml:
   • data/modules.yaml からモジュールIDを選択し、このJDに合わせて順序付けます。ターゲットにレジュメのテキストを含めないでください。
   • output: を設定します（output: がないと、サイレントに resume.docx がビルドされます）。
   • 実際の箇条書きがないJDキーワードは ギャップ です。ヘッダーコメントに書き、スキルラインのキーワードとしては決して書かないでください。各ギャップに 本質的（そのような経験がない→面接で語るべき話）か 修正可能（実際の経験があるが表現が適切でない）かをマークします。
   • ページを埋めます。2ページに溢れる場合は、まず project_bullets を削って調整します。config/layout.yaml は編集しないでください — これはすべてのレジュメで共有されます。
5. 1ページにビルドして確認する

   python -m resume_pipeline.build_resume data/targets/<slug>.yaml --modules data/modules.yaml --out /tmp/resume_<slug>.docx
   soffice --headless --convert-to pdf --outdir /tmp /tmp/resume_<slug>.docx   # その後ページ数をカウント
   

6. スコアリングする scoring-resumes スキルを使用します。スコアカードがレコードに含まれるまで、レジュメは完了しません。
7. レコードをバリデーションする python -m resume_pipeline.tracker validate data/applications。
8. レポートする: 判定 + 3つのゲートスコア -> どのJD要件がカバーされているか -> ギャップ（本質的/修正可能） -> ポジショニング -> 非レジュメゲート（場所、ビザ、出社日数、機密クリアランス — 申請フォームではこれらは別に質問され、レジュメの編集対象ではありません） -> 一行の推奨。

ルール

• 経験、日付、JDを決して捏造しないでください。ユーザーが確認した実際の経験に対してのみ箇条書きを追加します。
• 低いスコアは情報であって拒否ではありません。応募するかどうかはユーザーが決定します。
• ページが一杯の場合、「フラグが立ったギャップを埋めるために箇条書きを追加する」ことはA/Bスコアリングする必要があります — パッチはしばしばスコアを 悪化 させます。
• 複数のリンクが同時にある場合：最初にすべてのJDを抽出し、次に手順3～8を1ジョブずつ実行します。1つのレジュメでほぼ同一の2つのロールをカバーできる場合は、重複したレジュメを作成せずにその旨を伝えます。