求人サイトに届いた掲載申込の原稿を、掲載中と過去の求人に照らして、重複掲載・原稿の使い回し・会社名を変えた再掲の候補を見つけ、審査担当に回す

処理の起点を決める

申込が審査待ちに入ったときに動かします。 求人企業が管理画面から送ったとき、営業担当が代わりに入力して送ったときのどちらも、審査待ちに入る時点は同じです。入口を審査待ちにそろえると、入力の経路ごとに照合が抜けることがありません。

もう1つの起点は、求人の掲載と終了です。 掲載された求人と、掲載を終えた求人を、そのたびに索引へ入れ直します。毎晩の書き出しだけにすると、その日の昼に掲載された求人と同じ原稿が、夕方に届いても見つかりません。

掲載を止めた企業の一覧も、更新のたびに索引へ入れます。 一覧に載った企業の過去の求人には、suspended の印を付けます。

入力データを集める

質を決めるのは、3行目の掲載を止めた企業の一覧です。 会社名と電話番号だけでなく、法人番号・所在地・担当者のメールアドレスのドメインまで持たせます。 名前が変わっても、どれかが一致することが多いからです。

5行目の「別の求人と確かめた組み合わせ」も、必ず持たせます。 フランチャイズの加盟店どうし、同じ会社の別の店舗どうしは、一度確かめれば次からは候補に出す必要がありません。この記録が無いと、毎月同じ組み合わせが審査担当に回ります。

データの取得方法を決める

照合の問い合わせは、次のようになります。

POST /job-postings/_search
{
  "size": 20,
  "query": {
    "bool": {
      "filter": [
        { "range": { "posted_to": { "gte": "now-18M/d" } } }
      ],
      "should": [
        { "more_like_this": {
            "fields": ["job_title", "description"],
            "like": [ { "doc": {
              "job_title": "ホールスタッフ（未経験歓迎）",
              "description": "申込の仕事内容の本文"
            } } ],
            "min_term_freq": 1,
            "min_doc_freq": 2,
            "max_query_terms": 40,
            "minimum_should_match": "40%"
        } },
        { "term": { "phone_norm": { "value": "0312345678", "boost": 3 } } },
        { "term": { "address_norm": { "value": "東京都新宿区西新宿1-2-3", "boost": 2 } } },
        { "term": { "mail_domain": { "value": "example.co.jp", "boost": 2 } } },
        { "term": { "corporate_no": { "value": "1234567890123", "boost": 3 } } },
        { "term": { "title_place_fp": { "value": "申込から作った fingerprint", "boost": 2 } } }
      ],
      "minimum_should_match": 1
    }
  }
}

照合の範囲は、過去18か月の求人と、掲載を止めた企業の全期間の求人です。 後者は別の問い合わせで、suspended の印で絞って同じ形で探します。止めた企業の求人だけは、古くても照合から外しません。

minimum_should_match を、more_like_this の中と外で別に決めます。 中は「本文の言葉の何割が一致すれば近いとするか」、外は「6つの条件のうちいくつに当たれば候補にするか」です。混同すると、連絡先だけ一致した求人が候補から落ちます。

求人の索引の1件は、次のような形にします。

{
  "posting_id": "J-2026-0812-04417",
  "status": "ended",
  "company_id": "C-118204",
  "company_name": "株式会社サンプルダイニング",
  "corporate_no": "1234567890123",
  "job_title": "ホールスタッフ（未経験歓迎）",
  "employment_type": "part_time",
  "work_address_norm": "東京都新宿区西新宿1-2-3",
  "phone_norm": "0312345678",
  "mail_domain": "example.co.jp",
  "description": "仕事内容の本文",
  "posted_from": "2026-05-01",
  "posted_to": "2026-06-30",
  "suspended": false
}

AIへ渡す前に整形する

1. 電話番号の正規化 … ハイフン・括弧・空白を除き、全角の数字を半角にして、数字だけの並びにします
2. 所在地の正規化 … 都道府県から番地までを分け、「丁目」「番」「号」を数字の並びにそろえます。建物名と部屋番号は別の項目にします
3. メールアドレスのドメインの取り出し … 担当者のメールアドレスから、@ の後ろを取り出します。誰でも取れるフリーメールのドメインは、照合に使わない一覧に入れます
4. 法人番号の確認 … 13桁の数字であることを確かめます。個人事業主などで法人番号が無い申込は、空のまま進めます
5. 本文の整え … 定型の応募方法の案内や、どの原稿にも入る会社の紹介の段落を除いてから like に渡します
6. fingerprint の項目の作成 … 職種名・勤務地の市区町村・雇用形態をつないだ短い文字列を作ります

3番目のフリーメールの除外を省くと、無関係の求人が大量に候補に出ます。 同じフリーメールのドメインを使う求人は、何千件もあるからです。

5番目は more_like_this の精度を大きく左右します。 求人サイトの入力欄に定型で入る「応募はこちらから」「当社は創業○年」の段落が残ると、その言葉が特徴の言葉として選ばれ、同じ会社の別の求人ばかりが並びます。

AIに処理させる

させるのは、規則で決めた照合の型と、項目ごとの一致・不一致を、審査担当が読める文にすることだけです。 探すのは OpenSearch、型を決めるのは規則です。

照合の型は、次の規則でプログラムが決めます。

4行目がいちばん起きやすい失敗です。 suspended_link の候補を渡すと、AIは「掲載停止を回避する目的で別名義により申し込んだと考えられる」と書きます。名前が変わった理由は、商号の変更かもしれず、事業を譲り受けた別の会社かもしれません。 一致したという事実だけを書かせます。

指示内容を固定する

あなたは求人サイトの掲載審査で、審査担当が重複と再掲を確かめるのを手伝う立場です。
照合で見つかった候補を、審査担当が読める文にしてください。
掲載してよいか、規約や法令に反するかを決めないでください。決めるのは審査担当です。

【やること】
1. 候補ごとに、渡された照合の型（match_type）の意味を1文で書いてください。
2. 一致した項目（matched_fields）と違う項目（diff_fields）を、値を添えて書いてください。
3. 本文の近さは、近い段落を申込と候補から1つずつ写して示してください。
4. 型ごとに、審査担当が確かめる点を箇条書きにしてください。
5. 説明ごとに、根拠の求人番号と掲載の期間を付けてください。

【厳守事項】
- 申込の企業の意図や目的を書かないでください。
  「回避する目的」「隠すため」「意図的に」のような言葉を使わないでください。
- 「虚偽」「違反」「不正」と書かないでください。一致した事実だけを書いてください。
- 照合の型を変えたり、別の型を提案したりしないでください。
- 渡されていない項目の一致・不一致を推測しないでください。
- 検索結果に無い求人番号・会社名を書かないでください。
- template_like の候補では、別の会社の正当な求人である可能性があることを必ず書いてください。

【申込】{application}
【候補（照合の型・一致した項目・違う項目・近い段落）】{candidates}
【商号の変更の履歴】{name_history}

「意図を書かない」を言葉の一覧で禁じているのは、言い換えて書くからです。 「意図を推測しない」とだけ伝えると、「名義を変更して申し込んだ可能性」と書きます。審査担当はその一文に引っぱられて、求人企業への確認の言い方を変えてしまいます。

template_like に一文を必ず書かせるのも同じ理由です。 フランチャイズの加盟店どうしは本文がほとんど同じで、説明を読んだ担当者が疑ってかかると、正当な求人の掲載が遅れます。

出力形式を固定する

Claude API の構造化出力で、次の形のJSONを受け取ります。

{
  "application_id": "",
  "candidates": [
    {
      "posting_id": "",
      "posted_period": "",
      "match_type": "same_posting_live | reused_posting | suspended_link | renamed_company | template_like",
      "matched_fields": [ { "field": "", "value": "" } ],
      "diff_fields": [ { "field": "", "application": "", "candidate": "" } ],
      "similar_passages": { "application": "", "candidate": "" },
      "explanation": "",
      "points_to_check": []
    }
  ],
  "no_candidate": false
}

1つ目の理由は、posting_id を照らせることです。 出てきた番号が照合の結果に含まれているかを、プログラムで確かめます。 含まれていない候補は表示しません。

2つ目は、match_type で並べる順番を決められることです。 審査の管理画面では、suspended_link を一番上に、template_like を一番下に並べます。同じ件数の候補でも、先に見るべきものが上に来ます。 match_type・matched_fields・diff_fields はプログラムが入れ、AIは explanation と points_to_check だけを書きます。

3つ目は、similar_passages で本文の近さを目で確かめられることです。 近さの点数だけでは、どこが同じかが分かりません。近い段落を並べて表示すれば、審査担当は原稿を開く前に見当が付きます。 写された段落が元の原稿に実在するかは、プログラムで文字列を照らします。

システムへ連携する

法人番号システム Web-API を使うには、アプリケーションIDが要ります。 発行に費用は掛かりませんが、発行までに2週間から1か月程度かかるとされています。 照合の仕組みを組み始める前に申請します。

人が確認する

1. 候補が付いた申込だけを開く … 一覧の上から、suspended_link、renamed_company、same_posting_live、reused_posting、template_like の順に見ます
2. 元の求人を開いて見比べる … 説明の段落だけで決めず、元の求人の原稿を開きます
3. 求人企業か営業に確かめる … 型ごとの確かめる点に沿って聞きます。疑いを伝える言い方にせず、事実を確かめる聞き方にします
4. 扱いを決めて記録する … 掲載する、重複を整理してもらう、掲載を見合わせる、のどれかを記録します
5. 別の求人と確かめた組み合わせを登録する … 次から同じ組み合わせが候補に出ないようにします

2番目を省かないでください。 説明は近い段落を1つ示すだけです。勤務地や給与が少しだけ違う原稿は、全文を並べないと違いに気づけません。

目標は、2,400件をならして1件2分です。 候補の無い申込は数秒で終わり、候補の付いた申込は元の求人を開いて確かめるので数分かかります。

例外に対処する

記録を残す

• 申込の原稿と、正規化した連絡先の値
• 照合の問い合わせ（使った条件と重み）と、上位の候補と点数
• 照合の型と、そのとき使った規則の版
• 法人番号システム Web-API の応答
• Claude API の出力と、使った指示の版
• 審査担当の判断と、求人企業や営業に確かめた内容
• 別の求人と確かめた組み合わせ

最後の行が、候補の数を減らしていきます。 運用の最初の数か月は template_like が多く出ますが、確かめた組み合わせが増えるほど、同じ本部のひな形の求人が候補に出なくなります。