ロールプロンプトはAIにどの観点で何をしてほしいかを伝える指示です。「あなたはプロの編集者です」という肩書きに、確認する作業、使ってよい資料、判断しない範囲、回答の形を添えて作ります。役割を与えたことだけで、事実の正しさや専門家の資格が保証されるわけではありません。
文章の点検や構成づくりにAIを使う実務担当者向けに、役割の決め方と回答の確かめ方を説明します。入力文や点検例は架空で、実際にAIへ入力して得た結果ではありません。役割の有無による精度の比較も行っていません。
役割と頼む作業
肩書きを確認の観点に変える
Anthropicの公式資料はシステムプロンプトで役割を設定すると、用途に応じた振る舞いや文体に焦点を当てられると説明しています。[1] これはClaudeの指示についての説明です。あらゆるAIで精度が必ず上がるという数値的な実証としては扱いません。
役割を考えるときは、回答をどの観点から見てほしいかを書いてみてください。文章の編集なら「原文と修正版を見比べる編集担当の観点で回答する」と置けます。「経験20年」「業界最高」といった架空の経歴を足さずに、求める作業を表します。
一度に頼む作業を決める
役割が同じ編集担当でも、誤字の点検、条件の照合、構成の提案では頼むことが違います。「よい文章にしてください」だけで終えず、「原文にある日付、条件、例外が修正版でも保たれているかを比べてください」のように作業を指定します。
構成の提案まで必要なら、点検結果と提案を分けて返してもらいましょう。元の文章の誤りを見つける作業と、新しい案を作る作業を混ぜないためです。どの仕事を任せるかが決まってから、その仕事に合う役割の一文を添えます。
使う材料と判断の範囲
指示を五つの項目で整理する
次の表は役割だけで依頼を済ませないための整理例です。公式に認定された万能の書式ではありません。自分の仕事で必要な項目を確かめながら、役割、作業、材料、範囲、出力を埋めます。
| 項目 | 決めること | 編集の点検での例 |
|---|---|---|
| 役割 | どの観点で回答するか | 原文と修正版を見比べる編集担当 |
| 作業 | 何を確認・提案するか | 条件、例外、否定の変化を点検 |
| 材料 | 何を根拠として使うか | 渡した原文と修正版だけ |
| 範囲 | 何を判断・補完しないか | 未定の日付や未確認の実績を足さない |
| 出力 | どの形で回答するか | 違い、理由、確認事項を分ける |
不足した情報の扱いを決める
資料にない内容をどう扱うかも指示に入れます。たとえば「原文にない日付は推測で補わず、確認が必要な点に分けてください」と指定します。未定、調査中、条件付きという記述は、それぞれの状態のまま点検の対象にします。
入力する資料にはその仕事で利用できるものを選んでください。役割を「社内担当者」にしても、顧客情報や秘密情報を入力してよいことにはなりません。利用するサービスと所属先の情報管理ルールを確かめ、練習では架空のメモを使う方法もあります。
条件を点検する入力例
原文と修正版を区切る
OpenAIのAPI向け公式資料は、指示を先に置き、指示と入力を区切ることや、求める背景、目的、長さ、形式などを具体的に示すことを勧めています。[2] 役割の一文の後に作業と範囲を書き、点検する文章は別の項目に置きます。
次は、未定だった提出日が修正版で確定扱いになっていないかを見る架空の入力例です。AIの実行結果や、点検の成功例を示すものではありません。
役割：原文と修正版を見比べる編集担当の観点で回答する。
作業：条件、例外、否定が変わっていないかを点検する。
材料：次の原文と修正版だけを使う。
範囲：新しい日付、決定事項、筆者の実績を足さない。不明な点は推測で埋めない。
出力：「違い」「判断の理由」「確認が必要な点」を分ける。
原文：提出日は未定。担当者が内容を確認してから決める。
修正版：提出日は決定済み。回答を原文に戻って確かめる
この例で確認するのは、「未定」と「決定済み」の違いと、内容の確認後に決めるという条件が残っているかです。回答が自然な日本語でも、この違いを扱っていなければ、頼んだ点検ができたとは判断しません。原文と修正版のどの箇所を比べたかを見てください。
AIが示した修正案も、別途読み直します。提出日を勝手に決めていないか、担当者の確認という条件を落としていないかを元の文と比べます。「編集担当として確認した」という回答だけを、点検済みの証拠や人による承認にはしません。
通常のチャットとAPIの設定
公式例の設定箇所を確認する
Anthropicの公式例はAPIでsystemパラメータを使って役割を設定しています。[1] APIではプログラムからモデルに指示を送ります。ここでのsystemはその入力項目の名前です。通常のチャット欄に役割の文章を書くことと、このパラメータを設定することは同じ操作ではありません。
チャット画面で試すなら、その製品で利用できる入力欄や指示の設定を確認してください。APIで組み込む場合も、使うAPIの現在の仕様に従います。公式資料にある設定名を、別のサービスの画面にもそのまま存在するものとして案内しません。
役割と実際の権限を区別する
文章に「管理者として対応してください」と書いても、実際のアカウントの権限は増えません。外部送信、ファイルの変更、承認などは、それぞれ利用できる機能や実行権限を確認する別の作業です。ロールプロンプトをサービスの制約を外す方法として扱わないでください。
同じように、「弁護士」「税理士」「医師」と役割を書いても、その回答が実在する専門家の監修を受けたことにはなりません。業務上の判断を任せてよいかは、文章の肩書きと分けて考えます。AIが作る案と、実際に判断する人の確認を混同しないことが大切です。
比較条件と業務での使い方
役割以外の条件をそろえる
効果を見たい場合は、役割の一文がある指示と、ない指示を、同じ材料、作業、出力形式で試す方法があります。両方の指示と回答を保存し、使ったモデルや設定も記録してください。材料や作業まで変えた場合は、役割だけの違いとして比べないようにします。
比較する前に、原文の条件を保てたか、根拠のない内容を補わなかったか、指定した項目を返したかを確認項目にします。見やすさと事実の正しさは分けて読みます。一度の回答がよかったことを、すべての仕事で同じように使える保証にはしません。
残った問題に合わせて指示を直す
点検した箇所が分からなければ、原文と修正版の該当箇所も示すように出力を直します。資料にない内容を足すなら、材料と範囲の指示を見直してください。肩書きを強くするだけで済ませず、回答のどこが依頼と合わなかったかに対応する修正を選びます。
業務で使うときは、入力する指示、参照する資料、回答を確かめる項目を一組として残しておきましょう。次の担当者が読んだときも、何を任せ、どこから人が判断するかを追える形にします。AIの回答を採用するかは、実際の資料とその仕事の条件に照らして決めてください。
参考資料
[1] Anthropic：Prompting best practices。Give Claude a roleの説明と、systemパラメータを使うAPIの例。
[2] OpenAI：Best practices for prompt engineering with the OpenAI API。指示と入力の区切り、具体的な条件や出力形式の指定。
資料確認日：2026年11月1日。入力例と点検の手順は編集上の説明です。例示プロンプトの実行、役割の有無による比較試験、実務精度の測定は行っていません。