ChatGPTを使う記事作成の仕事へ応募するなら、どの工程でAIを使えるかと、何を納品するかを応募前に確認します。募集にAI禁止と書かれていないことだけで、自由に使えるとは決めません。応募文には実際の経験と、これから行う確認作業を分けて書いてください。
この記事は求人・募集文を読んで応募内容を整理する手順です。現在の求人件数や採用実績を調査したものではありません。以下の応募文は架空例で、筆者の受注・執筆実績を示しません。
募集の種類と記事制作の範囲を読む
雇用と業務委託の違いを確認する
「バイト」という呼び方だけで、雇用契約か業務委託かを判断しません。契約の相手、作業内容、連絡方法、報酬と支払条件を募集側へ確認します。本稿は主に業務委託で記事制作を受ける場合の準備を扱い、雇用の条件は求人側の案内を確認してください。
公正取引委員会はフリーランス法の対象となる取引と、書面等による取引条件の明示を説明しています。[1] ただし、すべての応募者や取引へ同じ条件が当てはまると判断するものではありません。対象か不明なら、実際の契約内容を担当者へ確認します。
作業と支払いの条件を残す
業務委託の記事制作では何を作るかだけでなく、誰へ渡し、いつ確認を受け、いつ支払いを受けるかも確かめます。公正取引委員会の特設サイトは対象取引において、給付の内容や報酬の額、支払期日などを、書面やメール、SNSのメッセージ等で示すことを説明しています。[1]
募集にある「記事制作」が、構成だけ、本文まで、画像の用意、サイト管理画面への入稿のどこまでを含むかは案件によって違います。文字数や本数だけで作業量を判断せず、資料調査や出典の確認を誰が担当するかも質問してください。法律の対象や義務は取引条件で異なるため、個別の適用判断をこの説明だけで確定しません。
AIの許可を工程ごとに質問する
構成・本文・校正の許可を分ける
| 確認する工程 | 募集側へ聞くこと |
|---|---|
| 企画・構成 | 見出し案の提案にAIを使ってよいか |
| 下書き | 本文生成を認めるか、編集補助だけか |
| 入力 | 提供資料を外部AIへ送ってよいか |
| 照合 | どの出典や事実を人が確認するか |
| 申告 | 使用した工程やツールをどう伝えるか |
| 納品 | 文書、入稿、画像など何を含めるか |
本文生成と、校正や構成の補助を分けて合意します。曖昧なまま作業を始めると、納品時に想定が違ったと分かることがあります。依頼者の秘密情報を、確認のためという理由で無断入力しないでください。
禁止の記載が見当たらないことを、使用許可の代わりにしません。応募後に条件が変わった場合も、変更内容をメッセージ等で確認できる状態にします。
応募前チェックを一覧にする
応募前の確認内容は募集文に書いてあることと、まだ回答のないことを分けて残すと見落としを防げます。次は記入項目の例で、特定の求人の調査結果ではありません。
| 確認項目 | 自分が記録する内容 |
|---|---|
| 契約と担当 | 契約の種類、依頼者、質問先 |
| AIの使用 | 認められた工程、使うツール、申告方法 |
| 資料と秘密情報 | 外部入力してよい範囲、持ち出せない情報 |
| 原稿の条件 | 題材、分量、形式、出典、納期 |
| テストの条件 | 報酬、修正、利用範囲、結果の連絡 |
| 支払い | 金額、検収、支払期日と方法 |
回答がない欄を、自分に都合のよい条件で埋めないでください。条件への回答が口頭だけなら、理解した内容をメッセージ等で確認し、後から読み返せる状態にします。
応募文に未実施の成果を書かない
事実と質問を分けて書く
募集内容を拝見しました。記事制作で求める範囲と、ChatGPTを使用できる工程を確認したいです。本文生成の可否、提供資料の入力条件、納品形式、確認すべき出典をご教示ください。提示する見本は架空題材で作成したもので、顧客への納品実績ではありません。
この文面は質問用の架空例です。実際の経験がある場合は、その範囲を具体的に示します。経験がないのに「多数の納品実績」「必ず上位表示」などを足さないでください。
OpenAIの公式資料は指示と入力を分け、望む出力を具体的に示すことを案内しています。[2] 応募文の整理を頼むときも、自分の事実と、募集側へ確認する質問を材料として分けます。
見本で担当できる作業を示す
見本には、題材、想定読者、受け取った材料、自分が担当した工程を添えます。たとえば「公開情報を整理した架空の紹介文」「見出し案の作成と表記確認を担当」と説明できれば、納品経験の有無とは別に、どの作業を見てもらうかを伝えられます。
AIに応募文を整えさせる場合も、元の材料にない資格や執筆歴、作業時間を追加させないでください。「経験が少ない」という説明を消すことで「実務経験がある」と読める文章になっていないかも確認します。応募先から求められた情報へ具体的に答え、確認したい条件は質問として分けます。文面が整ったことを、採用される可能性や能力の証明にはしません。
テスト記事の条件を先に確認する
報酬と提出物の利用範囲を聞く
テストのテーマ、分量、提出先、報酬の有無、提出した文章の利用範囲を確認します。合否が決まる前に、無制限の修正や本番の作業まで含むのかも聞いてください。実績として公開してよいかは別の確認です。
テスト提出を、採用や継続依頼が決まった状態として数えません。AIを使う場合は本番とは別に、テストでの使用条件も確認します。与えられていない出典や事実を、記事を完成させるために補わないようにします。
テストで確認する内容を合わせる
テスト記事についてはどの能力や作業を見たいのか確認します。構成の提案が目的なのか、出典を照合した原稿まで求めるのかで、準備する資料と確認範囲が変わります。AIを禁止するテストなら、別の工程で使える許可があっても、その条件を優先します。
報酬や利用範囲が分からないまま、多数の原稿や大幅な修正を繰り返し渡す前に、今回のテストの範囲を質問してください。これはすべての無報酬テストを違法と判断する説明ではありません。条件を理解し、引き受ける作業を自分で判断するための確認です。採用前の提出物を実績として公開することも、提出先の許可とは別に考えます。
提出前に合意内容へ戻って照合する
原稿と依頼条件を並べて見る
提出物では求められた範囲、出典、表記、ファイル形式、AI使用の説明を確認します。原稿を渡したことと、検収や支払いが終わったことは別に記録してください。
応募、条件の確認、テスト、合意、納品を区別します。初心者向けの一般的な仕事選びから一歩進み、この記事制作で何を任されるかを具体化することが大切です。採用や報酬の条件を、自分の推測で埋めないでください。
変更や不明点は提出時に伝える
提出時にはファイル名や共有先だけでなく、確認できていない事実が残っていないかも見ます。資料が不足していて書けなかった部分を、もっともらしい説明で埋めないでください。未確認の箇所があるなら、その箇所と必要な資料を依頼者へ伝え、本文への扱いを相談します。
依頼と違う出典を使った場合や、AIの使用範囲に変更があった場合も、その内容を知らせます。提出後の修正については元の条件に合わない点の修正か、新しい要望の追加かを確かめて進めます。応募から納品までの各段階で、求められた作業と確認した内容を記録することが、次の依頼へ進むときの判断材料になります。
参考資料
[1] 公正取引委員会:フリーランス法の特設サイト。対象取引と取引条件の明示に関する説明を参照。個別契約への適用判断ではありません。
[2] OpenAI:Best practices for prompt engineering with the OpenAI API。指示と入力、出力形式を明確にする説明を参照。
資料確認日:2026年10月31日。求人への応募、雇用・業務委託契約、AIの実行、テスト提出、採用の検証はしていません。
