Media > AI活用ユースケース > 採用 > 人材派遣会社の採用担当が派遣スタッフの募集文を出す前に、ChatGPT で性別・年齢で応募者を限る表現と分かりにくい労働条件の書き方を言い換え案付きで挙げる

人材派遣会社の採用担当が派遣スタッフの募集文を出す前に、ChatGPT で性別・年齢で応募者を限る表現と分かりにくい労働条件の書き方を言い換え案付きで挙げる

実装ステータス:構成例 技術的に実現可能な構成として設計したもの。自社未検証

派遣スタッフの募集文を出す前に、性別・年齢で応募者を限る表現と、分かりにくい労働条件の書き方を一覧にし、言い換え案を付けて返します。担当者の作業は、全文を読んで探すことから、指摘を採るかを決めることに変わります。

サマリー
生成AI
ChatGPT/Claude/Gemini/Microsoft Copilot
対象業界
人材/小売/物流/製造
対象部門
採用
対象業務
内容確認・チェック/書類作成
主な課題
人手が足りない/属人化している/確認ミスが多い
AIで行う処理
校正
主な効果
入力漏れ削減/品質標準化/工数削減
導入難易度
★☆☆☆☆
実装レベル
最小構成
費用感
SaaS追加(小)
人間の確認
条件付き
現在工数
50h/月
AI導入後
20h/月
想定削減
60%
年間削減
360h
モデル条件による試算値です。実在企業の実績ではありません。

01導入前 / 導入後の業務フロー

導入前(Before)
  1. 営業が派遣先からオーダーを受け、管理表に仕事の内容・時間・時給・期間・派遣先の要望を書く
  2. 採用担当が、似た仕事の過去の募集文を写して、新しい募集文を書く
  3. 別の採用担当が、オーダーの要点と募集文を見比べて点検する
  4. 性別・年齢を限る言い回しや、労働条件の抜け・分かりにくい書き方があれば、書いた担当者に戻す
  5. 直した募集文を求人サイトと自社サイトに出す
  6. 応募者から条件の問い合わせが来れば、営業に確かめて答える
導入後(After)
  1. 人営業が管理表にオーダーの要点を書く(派遣先の名前は記号にする)
  2. 人採用担当が募集文を書き、ChatGPT の「募集文の点検」プロジェクトで新しいチャットを開く
  3. 人オーダーの要点と募集文と労働条件の項目表を貼る
  4. 自動ChatGPT が、限る表現の一覧、労働条件の一覧、オーダーの要望の扱いの一覧を返す
  5. 人書いた担当者が一覧を見て直し、直せない指摘(例外の主張など)に印を付ける
  6. 人別の採用担当が、直した募集文と印の付いた指摘だけを見て出稿を決める
  7. 人オーダーの要望に性別・年齢の指定があった場合は、営業に戻して派遣先と話してもらう
各工程の詳しい説明を読む
  1. 営業が派遣先からオーダーを受け、管理表に仕事の内容・時間・時給・期間・派遣先の要望を書く
  2. 採用担当が、似た仕事の過去の募集文を写して、新しい募集文を書く
  3. 別の採用担当が、オーダーの要点と募集文を見比べて点検する
  4. 性別・年齢を限る言い回しや、労働条件の抜け・分かりにくい書き方があれば、書いた担当者に戻す
  5. 直した募集文を求人サイトと自社サイトに出す
  6. 応募者から条件の問い合わせが来れば、営業に確かめて答える

(a)派遣先の要望が、言い回しを変えて残る。 オーダーの要望欄の「20〜30代希望」は書かなくても、写した過去の募集文に「20代〜30代のスタッフが活躍中」が残っている。「力仕事」の要望が、業務に要らない「体力に自信のある男性」になる。点検する人は募集文だけを見ているので、要望とのつながりに気づきにくくなります。

(b)写した募集文に、古い書き方が残る。 2024年4月より前の募集文を写すと、変更の範囲と更新の上限の欄がありません。 時給の書き方も「時給1,200円〜」のように幅の根拠が無いまま写されます。

(c)点検の基準が担当者で違う。 「学生歓迎」は問題ないのか、「ミドル世代歓迎」はどうか、「主婦(夫)歓迎」はどうか。 担当者によって戻すものと通すものが違い、書いた担当者も何を直せばよいかが分からなくなります。

(d)本数が多く、点検が後回しになる。 急ぎのオーダーは点検を待たずに出すことがあり、出た後で問題に気づいて取り下げることが月に数件あります。

  1. 【人】 営業が管理表にオーダーの要点を書く(派遣先の名前は記号にする)
  2. 【人】 採用担当が募集文を書き、ChatGPT の「募集文の点検」プロジェクトで新しいチャットを開く
  3. 【人】 オーダーの要点と募集文と労働条件の項目表を貼る
  4. 【自動】 ChatGPT が、限る表現の一覧、労働条件の一覧、オーダーの要望の扱いの一覧を返す
  5. 【人】 書いた担当者が一覧を見て直し、直せない指摘(例外の主張など)に印を付ける
  6. 【人】 別の採用担当が、直した募集文と印の付いた指摘だけを見て出稿を決める
  7. 【人】 オーダーの要望に性別・年齢の指定があった場合は、営業に戻して派遣先と話してもらう

5番目で、書いた担当者が先に直すのがこの構成の分かれ目です。 点検する人に回る前に、指摘の多くは片付きます。点検する人が見るのは、直した後の募集文と、直せなかった指摘だけになります。

7番目を忘れないでください。 募集文をいくら直しても、派遣先の要望が変わらなければ、選考の段階で同じ要望が持ち込まれます。 公式のQ&Aでも、派遣元事業主が行う派遣労働者の募集・採用にも年齢の規定が適用されるとされています。営業から派遣先に、要望をそのまま条件にできないことを伝えます。

02今回想定するシステム構成

構成図
オーダーの要点(管理表から:仕事・時間・時給・期間・派遣先の要望。派遣先の名前は記号)
+ 募集文の下書き + 労働条件の項目表
   ▼【トリガー】採用担当が募集文を書き上げる
ChatGPT(業務用ワークスペースのプロジェクト「募集文の点検」)
   │  プロジェクトの指示:見るもの、区分、表の形、してはいけないこと
   │  Sources:点検の決まり(厚生労働省の資料から作成)、言い換え集、自社の書き方の決まり
   ├──▶ 表1 性別・年齢で限る表現(箇所・区分・理由・言い換え案・例外に要る事実)
   ├──▶ 表2 労働条件の書き方(項目・記載・判定・言い換え案)
   └──▶ 表3 オーダーの要望の扱い(要望・募集文の該当箇所・営業へ戻すか)
   ▼
【書いた担当者が直す】→【別の担当者が直した後と印の付いた指摘を見る】→ 出稿
役割想定する製品代替候補
処理ChatGPT(業務用ワークスペースのプロジェクト機能)Claude、Gemini、Microsoft Copilot
保管共有のドライブ(点検の決まり・言い換え集・点検の記録)社内のファイルサーバー
出稿求人サイトの入稿画面、自社の求人サイト-

新しく足すのは、ChatGPT の業務用ワークスペースと、その中のプロジェクトだけです。 管理表も、求人サイトへの出し方も変えません。点検の最初の読み比べを、プロジェクトに任せます。

プロジェクトは、関連するチャット・ファイル・指示をまとめておく機能です。 公式の案内では、プロジェクトの指示はそのプロジェクトのチャット全体に適用され、アップロードしたファイルは Sources の欄に置かれて、プロジェクトのチャットで使えるとされています。点検の決まりと言い換え集を Sources に置けば、4名が同じ物差しで指摘を受け取れます。 第3章の(c)は、ここで直ります。

業務用のワークスペースを選ぶのは、派遣先の要望を扱うためです。 公式の案内では、Business・Enterprise・Edu のワークスペースのデータは既定でモデルの学習に使われないとされています。

03どうやって実装するのか

Step1

処理の起点を決める

採用担当が募集文を書き上げた時点を起点にします。 出稿の前、点検する人に回す前です。書いた本人が先に一覧を見て直すことで、点検する人の手間を減らします。

条件を変えて出し直す募集文も、毎回通します。 時給を上げた、期間を延ばしたといった直しでも、写した元の募集文に古い書き方が残っていることがあるからです。第3章の(b)は、出し直しで多く起きます。

点検の決まりと言い換え集を改めたときは、出稿中の募集文をまとめて見直します。 月に一度、出稿中の一覧から古い書き方の残っていそうなものを選んで通します。

Step2

入力データを集める

データ中身取得元
オーダーの要点仕事の内容、就業場所、時間、時給、期間、更新の見込み、派遣先の要望の欄管理表の該当の行(派遣先の名前は記号にする)
募集文の下書き求人サイトに出す本文、見出し、写真やイラストの説明採用担当が書いたもの
労働条件の項目表業務内容と変更の範囲、契約期間と更新の基準、試用期間、就業場所と変更の範囲、時間、休日、時間外労働、賃金、加入保険、受動喫煙の防止の措置、募集者の名称、雇用形態自社のひな形に採用担当が書き込んだもの
点検の決まり性別・年齢の決まりと例外、間接差別、明示の事項と書き方Sources(採用の責任者が厚生労働省の資料からまとめる)
言い換え集よく出る表現と、言い換えの例Sources(点検の記録から育てる)

質を決めるのは、オーダーの要点の「派遣先の要望」の欄を、営業がそのまま書いているかです。 営業が気を回して要望を書かずに渡すと、募集文に残った要望の痕跡を、何と照らせばよいかが分からなくなります。 要望の欄は、点検のための材料として、聞いたとおりに書いてもらいます。

写真やイラストは、説明の文で渡します。 厚生労働省の資料は、男女のいずれかを採用する方針で、写真やイラストで一方の性に偏った職場を強調することも違法の事例に挙げています。募集文に載せる写真が「女性スタッフ3名の笑顔」なら、その説明を下書きに書き添えます。

Step3

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

プロジェクトの Sources に、3つのファイルを置きます。

ファイル中身更新の頻度
点検の決まり性別(法第5条、例外、間接差別、ポジティブ・アクション)、年齢(法第9条、施行規則の例外の各号、Q&Aの表現の例)、明示の事項(2024年4月の追加、固定残業代の書き方)法令や資料が改まったとき
言い換え集「○○レディ」→職種名、「主婦歓迎」→勤務の条件、「20代活躍中」→削る、など毎月、点検の記録から足す
自社の書き方の決まり時給の幅の書き方、交通費の書き方、写真の使い方決まりを変えたとき

オーダーの要点・募集文・項目表は、Sources ではなくチャットに貼ります。 公式の案内では、チャットに添付したファイルはそのチャットだけに適用されるとされています。オーダーごとの情報をチャットに、共通の物差しを Sources に置き、別のオーダーの要望が混ざらないようにします。

点検の決まりは、採用の責任者が一次の資料から作ります。 法令の条文は e-Gov の法令API で、性別の具体例は労働局の「男女均等な採用選考ルール」で、年齢の表現の例は厚生労働省のQ&Aで、明示の事項は厚生労働省のリーフレットで確かめます。AIに法令を要約させて決まりを作らないでください。

Step4

AIへ渡す前に整形する

  1. 派遣先の名前を記号にする … オーダーの要点の派遣先の名前は「派遣先A」のように置き換えます
  2. 要望の欄を残す … 性別・年齢・体力などの要望が書かれていても消さずに貼ります。点検の材料です
  3. 写真の説明を書く … 載せる写真やイラストに写っている人の人数・性別・年代の見た目を、1行で書き添えます
  4. 項目表の空欄を空欄のまま貼る … 書いていない項目を「なし」と埋めずに、空欄で渡します
  5. 出し先を書く … 求人サイトか自社サイトかを書き、字数の制約があるかを添えます

4番目は、明示の漏れを拾うための前処理です。 空欄を「なし」で埋めると、「変更の範囲:なし」が変更の範囲が無いという意味の記載として読まれます。書いていないのか、変更が無いのかを分けるために、空欄は空欄のまま渡します。

5番目で字数の制約を書くのは、厚生労働省のリーフレットが、求人のスペースが足りない等やむを得ない場合には「詳細は面談時にお伝えします」などと付したうえで一部を別に明示できるとしているからです。 その場合も、原則として面接などで最初に接触する時点までに全ての労働条件を明示する必要があるとされています。

Step5

AIに処理させる

させるのは、3つの一覧を作ることです。

表1:性別・年齢で応募者を限る表現

区分何を拾うか根拠(点検の決まり)
gender_explicit「男性のみ」「女性限定」、一方の性を表す職種名(「ウエイター」「○○レディ」)法第5条、労働局の資料の違法事例
gender_implicit「男性歓迎」「女性向きの職種」、写真やイラストの偏りの強調労働局の資料の違法事例
indirect業務に要らない身長・体重・体力の要件、要らない転居を伴う転勤の要件法第7条(間接差別)
age_explicit「〇歳まで」「〇歳以上〇歳未満」法第9条と施行規則の例外
age_implicit「35歳未満の方歓迎」「20代活躍中」「若手募集」Q&Aの表現の例
exception_claim例外に当たるとして書かれた年齢・性別の条件施行規則第1条の3、労働局の資料の例外

exception_claim には、例外に当たるときに要る事実を書かせます。 年齢なら、施行規則第1条の3第1項の第1号(定年を上限とし、期間の定めのない労働契約を目的とする場合)、第3号イ(長期の勤続による能力の開発のため、期間の定めのない労働契約で、職業経験を求めない、新規学卒者と同等の処遇など)のように、号ごとに要る事実を並べさせます。 派遣スタッフの募集の多くは有期の契約なので、第1号や第3号イ・ロを主張している募集文は、契約期間の欄と食い違っていないかを人が先に見るべきものです。

表2:労働条件の書き方

判定意味
missing項目表が空欄で、募集文にも書かれていない
unclear書いてあるが、読み手が誤解しうる
deferred「面談時にお伝えします」としている
ok書いてあり、誤解の余地が少ない

unclear の典型は、時給の幅と固定残業代です。 厚生労働省のリーフレットは、固定残業代を採る場合は、基本給(手当を除く額)、何時間分の時間外手当として幾らを支給するか、その時間を超える分の割増賃金を追加で支給することを書く例を示しています。「月給25万円(固定残業代含む)」のような書き方は unclear にします。

表3:オーダーの要望の扱い

オーダーの要望の欄に性別・年齢・体力の指定がある場合に、要望の原文、募集文の中で要望が残っている箇所、営業へ戻すかを並べます。募集文に痕跡が無くても、要望に指定があれば「営業へ戻す」にします。

させないこと理由
違法かどうかの結論指摘は候補。判断は採用の責任者と、必要に応じて労働局・社会保険労務士
例外に当たるという判定要る事実を並べるまで。当たるかは人が決める
労働条件の値の補い時給・期間・変更の範囲を推し量って書かない
派遣先への評価要望の扱いは事実として並べ、派遣先を評する言葉を書かない
Step6

指示内容を固定する

プロジェクトの指示(全チャットに適用):

あなたは人材派遣会社の採用グループで、派遣スタッフの募集文を出稿前に点検する担当です。
Sources の「点検の決まり」「言い換え集」「自社の書き方の決まり」だけを物差しにしてください。

【見るもの】
チャットに貼られた「オーダーの要点」「募集文」「労働条件の項目表」を、互いに照らして読みます。

【作るもの(この順で)】
表1 性別・年齢で限る表現:募集文の箇所(原文)|区分|理由|言い換え案|例外に当たるときに要る事実
  区分は gender_explicit / gender_implicit / indirect / age_explicit / age_implicit /
  exception_claim のいずれかです。写真・イラストの説明も対象にします。
表2 労働条件の書き方:項目|募集文の記載(原文)|判定|指摘|言い換え案
  判定は missing / unclear / deferred / ok のいずれかです。
  項目は「労働条件の項目表」の全項目を、抜かさずに並べます。
表3 オーダーの要望の扱い:要望の原文|募集文で要望が残っている箇所|営業へ戻すか(戻す/不要)

【厳守事項】
- 違法かどうか、例外に当たるかどうかの結論を書かないでください。
  exception_claim では、点検の決まりにある号ごとの要件と、
  それを確かめるために要る事実(契約期間、定年、職業経験の要否など)だけを書きます。
- 項目表の空欄を、推測で埋めないでください。空欄で募集文にも無ければ missing です。
- 時給・期間・変更の範囲・更新の上限などの値を、言い換え案の中で作らないでください。
  値が要る箇所は【要確認:○○】と書いてください。
- 「学生歓迎」「60歳以上の方歓迎」のように点検の決まりで問題ないとされる表現は、
  表1に挙げないでください。
- オーダーの要望に性別・年齢・体力の指定があれば、募集文に痕跡が無くても
  表3で「戻す」にしてください。
- 派遣先を評価する言葉を書かないでください。

チャットごとに貼る文:

出し先:求人サイト(本文1,000字以内)
【オーダーの要点】{管理表の行。派遣先の名前は記号}
【募集文】{見出し・本文・写真の説明}
【労働条件の項目表】{項目と記載。空欄は空欄のまま}

「点検の決まりで問題ないとされる表現は挙げない」と書くのは、指摘が多すぎると読まれなくなるからです。 厚生労働省のQ&Aでは、「学生歓迎」は年齢制限に当たらないとされ、「60歳以上の方歓迎」は例外の第3号ニに当たり適法と解されるとされています。挙げなくてよいものまで挙げると、担当者は一覧全体を流し読みするようになります。

値を作らせず【要確認】と書かせるのは、言い換え案のまま出稿されるのを防ぐためです。 「更新の上限:通算3年」のような言い換え案は、それらしくても、オーダーに無い条件です。

Step7

出力形式を固定する

【表1 性別・年齢で限る表現】
募集文の箇所|区分|理由|言い換え案|例外に当たるときに要る事実
「20代〜30代のスタッフが活躍中!」|age_implicit|特定の年代を歓迎する趣旨に読め、他の年代の応募を妨げるおそれ|削る/「未経験からスタートした先輩が多数」|-
「体力に自信のある男性向けのお仕事」|gender_implicit|一方の性に向くと示す表現|「重量物(1箱最大15kg)を台車で運ぶ作業があります」|-
写真:女性スタッフ3名|gender_implicit|一方の性に偏った職場を強調しうる|男女の写る写真か、作業場所の写真に替える|-

【表2 労働条件の書き方】
項目|募集文の記載|判定|指摘|言い換え案
就業場所の変更の範囲|(記載なし)|missing|2024年4月から明示が要る事項|(変更の範囲)【要確認:派遣先の範囲】
更新の基準|「長期あり」|unclear|更新の有無と判断の基準、上限の有無が分からない|契約の更新:有(【要確認:判断の基準】)/更新上限:【要確認】
賃金|「時給1,200円〜」|unclear|幅の上側と、何で決まるかが分からない|時給1,200円〜1,350円(【要確認:経験・資格による等の基準】)

【表3 オーダーの要望の扱い】
要望の原文|募集文で要望が残っている箇所|営業へ戻すか
「力仕事のため男性希望」|「体力に自信のある男性向けのお仕事」|戻す

表を3つに分ける理由は3つあります。

1つ目は、直す人を分けられることです。 表1と表2は書いた採用担当が直し、表3は営業に回します。派遣先と話すべきことが、採用担当の手元で止まりません。

2つ目は、表2が項目表の全項目を並べることです。 抜けは、書いていないものを探す点検で、人が最も見落としやすい種類です。 全項目が並べば、missing の行が目に入ります。

3つ目は、区分で数えられることです。 月末に区分ごとの件数を数えれば、どの派遣先・どの職種の募集文で age_implicit が多いかが分かり、言い換え集と営業への伝え方を直す材料になります。

Step8

システムへ連携する

つなぎ先方式内容
オーダーの管理表採用担当が該当の行を写して貼る派遣先の名前を記号にしてから貼る
ChatGPT のプロジェクト画面の操作3つの表を受け取る
共有のドライブ採用担当の保存点検の記録(3つの表と直した後の募集文)を残す
営業管理表のコメントかチャット表3で「戻す」のものを知らせる
求人サイト採用担当の入稿出稿の判断が出たものだけを載せる

求人サイトへは自動で載せません。 出稿は、別の担当者が直した後の募集文を見て決めた後です。

Step9

人が確認する

  1. 書いた担当者が3つの表を見て直す … 言い換え案の【要確認】を、オーダーと営業に確かめて埋めます
  2. 直せない指摘に印を付ける … 例外を主張する条件、派遣先の事情で書き方を変えられないものなど
  3. 別の担当者が、直した後の募集文と印の付いた指摘を見る … exception_claim は、契約期間の欄と要る事実を照らします
  4. 採用の責任者が、印の付いた指摘の扱いを決める … 迷うものは労働局や社会保険労務士に確かめます
  5. 表3の「戻す」を営業に回す … 営業が派遣先と話し、結果を管理表に書きます

3番目で別の担当者が全文を読み直さないのは、意図してのことです。 全文を読み直すなら、点検の時間はほとんど減りません。見るのは、直した後の募集文と、AIが挙げ人が直せなかった指摘です。 AIが見落としたものを拾うために、月に一度、出稿済みの募集文から無作為に10本を選び、全文を読み直します。

目標は、1本6分です。 書いた担当者の直しに4分、別の担当者の確認に2分を見込みます。

Step10

例外に対処する

起きること対応
例外に当たるとして年齢の条件を書きたいexception_claim の要る事実を確かめ、採用の責任者が決める
契約期間が有期なのに定年を上限とする年齢の条件がある第1号は期間の定めのない契約が前提。条件を外すか、責任者に回す
派遣先が性別の指定を外さない営業から派遣先に説明し、それでも外さないオーダーは責任者が受けるかを決める
求人サイトの字数に労働条件が収まらない「詳細は面談時に」と付し、最初に接触する時点までに全て明示する手順を決める
言い換え案に値が入ってしまった値を消して【要確認】に戻し、指示の禁止を強める
指摘が多すぎて読まれない点検の決まりで問題ないとされる表現を Sources に足し、挙げないよう指示する
写真の説明が無い写真の説明を書いてから通し直す
外国語の募集文日本語の原文で点検してから訳す。訳した後の文は別に確かめる

上から2行目は、派遣の募集で特に起きやすいものです。 正社員の募集の書き方を写すと、「〇歳未満(定年〇歳)」が有期の派遣の募集文に残ります。 施行規則の第1号・第3号イ・第3号ロは、いずれも期間の定めのない労働契約を目的とする場合に限られています。

Step11

記録を残す

  • 募集文ごとに、オーダーの要点(記号化したもの)・点検前の募集文・3つの表・直した後の募集文
  • 人が指摘を採らなかった記録 … どの指摘を、なぜ採らなかったか
  • 採用の責任者の判断と、労働局・社会保険労務士に確かめた内容
  • 表3で営業に戻したものと、派遣先との話の結果
  • 出稿した日と、取り下げた日と理由

2つ目の「採らなかった記録」が、言い換え集と点検の決まりを直す材料になります。 採らなかった指摘が同じ表現に集中していれば、点検の決まりに「問題ない」として足すか、指示の書き方を直すかを決めます。

チャットの保持は、ワークスペースの設定に従います。 公式の案内では、削除したチャットは一般に30日以内に完全削除の予定に入るとされています。点検の記録は共有のドライブに残し、そちらを正本にします。

04実装レベルの3段階

最小構成:プロジェクトにオーダーの要点・募集文・項目表を貼り、3つの表で点検する / 限る表現と労働条件の書き方の候補出し
半自動化:上記+管理表から貼る文を式で組み立て、点検の記録を表計算に集めて区分ごとに数える / 貼り付けの準備と記録の集計
本格構成:上記+API で募集文を受けて3つの表を返し、管理表と求人の作成の画面につなぐ / 点検の起動から記録まで

本記事の想定は最小構成です。 1本15分が6分になるのはこの段階で、読み比べて探す①と、項目の有無を確かめる②の大半が、表を読む作業に変わるためです。 半自動化は、本数が月300本を超えたら考えます。 管理表の行から、記号化したオーダーの要点と項目表を一度に組み立てる式を作れば、貼り付けの準備の1〜2分が減ります。 本格構成で API を使うなら、使うサービスの公開の仕様でデータの扱いを確かめてからにします。

05工数削減シミュレーション

前提値(モデル条件)
対象人数
4 名
月間件数
200 件
1件あたり現在時間
15 分
1件あたり導入後時間
6 分
現在  200件 × 15分 ÷ 60 = 50 時間/月
導入後 200件 × 6分 ÷ 60 = 20 時間/月
月間削減時間
30h
削減率
60%
年間削減時間
360h
年間金額換算(時間単価3,000円)
108万円
モデル条件による試算であり、実際の効果は業務内容・運用方法によって異なります。

自社条件で導入効果を整理したい方へ

このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。

AI活用について相談する

06向いている企業・向いていない企業

向いている
  1. 物流・製造・小売などの派遣先から毎日のようにオーダーを受け、派遣スタッフの募集文を月に百本を超えて求人サイトと自社サイトに出している人材派遣会社。派遣先の要望(「若い方」「力仕事なので男性」など)が営業のメモを経て募集文の言い回しに紛れ込みやすい場合や、出稿前の点検が採用担当の経験に頼っている場合。2024年4月から求人で明示が要る変更の範囲や更新の上限の書き方が、担当者によってそろっていない場合。
向いていない
  1. 募集文を月に数本しか出さず、社会保険労務士などが毎回目を通している場合。募集文をすべて求人サイトの運営会社が作り、自社では文面を触らない場合。なお、年齢や性別の例外に当たるかどうか、募集が法令に違反するかどうかの判断は、この構成では代替できません。判断に迷うものは都道府県労働局や社会保険労務士に確かめる前提です。

07最小構成で試す方法

  1. 先月出した募集文から20本を選ぶ(うち数本は、点検で戻したものを入れる)
  2. 点検の決まりの最初の版を、厚生労働省の資料から作る
  3. ChatGPT のプロジェクトを作り、点検の決まりを Sources に置き、第7章の指示を入れる
  4. 20本を1本ずつ、オーダーの要点と項目表と一緒に通す
  5. 出てきた3つの表を、当時の点検の結果と見比べる
出てきた内容判断
当時戻したものが、同じ理由で挙がった出稿前の運用に進む
当時通したものに、age_implicit や missing が挙がった当時の見落としかもしれない。 責任者が確かめる
問題ないとされる表現まで挙がった点検の決まりに足せば直る
言い換え案に値が入った指示の禁止を強めれば直る

2行目が出たら、それが一番の収穫です。 特に、2024年4月より前の募集文を写したものに missing が並ぶことは珍しくありません。出稿中の募集文の見直しの順番を決める材料になります。

試すときは、選ぶ20本の中に職種を散らしてください。 倉庫・工場・店舗・事務で、出やすい表現が違います。倉庫と工場では indirect と gender_implicit、店舗と事務では age_implicit が出やすいと見込んでいますが、自社の募集文でどう出るかは、試してみないと分かりません。

08実装時につまずきやすいポイント

問題対策
違法かどうかを言い切る結論を禁じ、指摘は候補と明記する
例外に当たると判定する要る事実を並べるまでにさせ、判断は責任者が行う
言い換え案に値を作る値は【要確認】にさせる
問題ない表現まで挙げる点検の決まりに「挙げない表現」を足す
要望の欄が空で、痕跡を照らせない営業に要望を聞いたとおりに書いてもらう
空欄を「なし」で埋めて渡す空欄のまま貼る。「なし」は変更が無いという記載に読まれる
有期の募集で定年を上限とする年齢の条件が残る契約期間の欄と照らす。第1号は期間の定めのない契約が前提
写真の偏りが見落とされる写真の説明を下書きに書き添える
点検の決まりが古いまま法令や資料が改まったら作り直し、出稿中の募集文を見直す
派遣先の名前を貼ってしまう記号にしてから貼る手順を決める

上の3行が、この構成の信用を決めます。 AIが結論を言い切ると、担当者はそれを法的な判断として受け取ります。指摘を候補にとどめ、値を作らせないことで、人が決める範囲を守ります。

09セキュリティ・AIガバナンス上の注意点

この構成で扱うデータ: 派遣先の仕事の内容と要望、時給と期間、募集文です。応募者の個人情報は扱いません。 機密として気をつけるのは、派遣先の名前と要望、時給などの取引に関わる条件です。

  1. 派遣先の名前を記号にする … オーダーの要点は、派遣先が特定できない形にしてから貼ります
  2. 業務用のワークスペースを使う … 公式の案内では、Business・Enterprise・Edu のワークスペースのデータは既定でモデルの学習に使われず、通信中も保存時も暗号化されるとされています。個人のアカウントに貼らないでください
  3. 指摘を法的な判断として扱わない … 男女雇用機会均等法第5条は、労働者の募集及び採用について、性別にかかわりなく均等な機会を与えなければならないとしています。労働施策総合推進法第9条と施行規則は、年齢の例外を定めています。どの募集が例外に当たるかは、条文と事実に照らして人が判断します
  4. 要望を記録として残すことに注意する … 表3は、派遣先の要望を事実として残すものです。派遣先を評する言葉を書かせず、営業と派遣先の話の結果も事実だけを書きます
  5. 選考の段階につなげない … この構成は募集文の点検だけです。応募者の書類の選考に同じプロジェクトを使わないでください。 応募者の個人情報を扱う構成は、別に設計します

誤りが起きた場合のリスクは、応募者を限る募集文が出ることと、例外に当たらない条件を例外として出すことの2つです。 どちらも応募の機会を狭め、行政の指導の対象になりえます。AIの指摘を候補にとどめ、例外の判断と出稿を人に残す設計は、この2つを防ぐためのものです。

10まず何から始めるか

1週目:点検の決まりの最初の版を作る

男女雇用機会均等法第5条・第7条、労働施策総合推進法第9条と施行規則第1条の3の条文を e-Gov で確かめ、労働局の「男女均等な採用選考ルール」、厚生労働省の年齢のQ&A、明示の事項のリーフレットから、区分ごとに「拾うもの」と「拾わないもの」を書き分けます。

2週目:先月の20本で試す

プロジェクトを作り、先月の募集文20本を通します。当時戻したものが挙がるか、当時通したものに missing や age_implicit が無いかを最優先で見ます。

3週目:営業に頼む

オーダーの管理表の要望の欄を、聞いたとおりに書いてもらうよう営業に頼みます。表3で「戻す」になったものの伝え方を、営業と決めます。

4週目:新しいオーダーから使う

新しく出す募集文を、すべてプロジェクトに通してから点検に回します。採らなかった指摘を記録し始めます。

2か月目: 出し直しの募集文にも広げ、月に一度の無作為の10本の読み直しを始めます。3か月目以降: 1本あたりの時間を実測し、区分ごとの件数から言い換え集と営業への伝え方を直します。出稿した後で取り下げる募集文がなくなり、担当者によって通る・通らないが分かれなくなった時点で、この構成は完成です。


11関連ユースケース

12この仕組みを理解するための記事

13技術仕様の確認日・参考情報

技術仕様確認日:2026-10-15/最終更新:2026-10-15
確認した内容情報源確認日
第5条(募集・採用で性別にかかわりなく均等な機会を与えること)、第7条(性別以外の事由を要件とする措置)、第8条(女性労働者に係る措置の特例)e-Gov 法令API: 男女雇用機会均等法2026-10-15
第9条(募集・採用で年齢にかかわりなく均等な機会を与えること)e-Gov 法令API: 労働施策総合推進法2026-10-15
第1条の3第1項の例外(第1号の定年を上限とする場合、第3号イの長期勤続による能力開発の場合など。第1号・第3号イ・ロは期間の定めのない労働契約を目的とする場合に限ること)、第2項(職務の内容などをできる限り明示すること)e-Gov 法令API: 労働施策総合推進法施行規則2026-10-15
「ウエイター」「○○レディ」「男性歓迎」「女性向きの職種」、写真やイラストで一方の性に偏った職場を強調することが違法事例であること。身長・体重・体力、転居を伴う転勤の要件が合理的な理由のない場合に間接差別となること。芸術・芸能、守衛・警備員等の例外。ポジティブ・アクションの特例(令和8年6月作成)北海道労働局: 男女均等な採用選考ルール(PDF)2026-10-15
「35歳未満の方歓迎」が法の趣旨に照らし適当でないこと。「学生歓迎」は年齢制限に当たらないこと。「60歳以上の方歓迎」が例外の第3号ニに当たり適法と解されること。派遣元事業主が行う派遣労働者の募集・採用にも適用があること厚生労働省: 年齢制限禁止の義務化に係るQ&A2026-10-15
2024年4月から業務・就業場所の変更の範囲、有期労働契約の更新の基準(通算契約期間又は更新回数の上限を含む)の明示が追加されたこと。固定残業代の書き方の例。スペースが足りない場合に一部を別に明示でき、原則として最初に接触する時点までに全て明示すること厚生労働省: 募集時などに明示すべき労働条件が追加されます(PDF)2026-10-15
プロジェクトの指示がチャット全体に適用されること。Sources のファイルがプロジェクトのチャットで使えること。チャットの添付はそのチャットだけに適用されることChatGPT ドキュメント: Projects2026-10-15
業務用ワークスペースのデータが既定で学習に使われないこと。暗号化。削除したチャットが一般に30日以内に完全削除の予定に入ることChatGPT ドキュメント: Work cloud security2026-10-15

厚生労働省のQ&Aは、年齢の規定を改正前の名称(雇用対策法第10条)で記載しています。 現在の条文は労働施策総合推進法第9条で、本記事は e-Gov の法令API で現行の条文を確かめています。例外に当たるか、募集が法令に違反するかは、都道府県労働局や社会保険労務士に確かめてください。

実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。

自社の業務に使えるAI活用候補を整理します

このユースケース(UC-1601)についてのご相談はこちらから。

AI活用について相談する
目次