よいAIプロンプトの作り方｜目的・材料・制約・完成条件の4点セット

プロンプトは長い呪文ではなく、依頼者と作業者の認識をそろえる小さな作業仕様書です。 生成AIの情報は機能名や料金の更新が速く、製品比較だけを追うと「自分の仕事で何をすればよいか」が見えにくくなります。本記事では、目的・材料・制約・完成条件の4項目で、曖昧な依頼を実務用プロンプトへ直せるところまで、図解と具体例を使って順に整理します。

結論を先に言えば、ツール名から考え始める必要はありません。仕事の目的、参照する材料、AIに許す処理、完成条件、人が引き受ける確認を順に決めると、製品やプランが変わっても応用できる判断軸が残ります。

AI プロンプト 作り方の結論を最初に整理

プロンプトは長い呪文ではなく、依頼者と作業者の認識をそろえる小さな作業仕様書です。 重要なのは、AIを人の代わりとして一括りにせず、情報を読む、候補を作る、比較する、ファイルへ反映するなど、仕事を観察できる工程へ分けることです。工程が分かれれば、AIへ渡す部分と人が確認する部分を具体的に決められます。

まず全体像を確認します。次の図では「プロンプトを構成する4点セット」を示しています。4つの要素を別々に見ることで、機能の多さに振り回されず、今回の仕事に必要な役割を選べます。

図から分かるのは、一つの製品が常に一つの役割だけを担うわけではない、という点です。機能は重なりますが、得意な作業、参照しやすい情報、実行できる道具、検証方法には違いがあります。その違いを仕事の条件と照らして選びます。

本記事では2026年9月27日時点で確認できる考え方を基準にしています。個別のモデル名、料金、利用上限、データ取扱いは変更されるため、契約や本番導入の直前に各社の公式ページと組織の規程を確認してください。

押さえておきたい4つの基本要素

ここでは、判断を支える4つの要素を分けて説明します。名称を覚えることより、各要素が欠けたときにどのような失敗が起こるかを、自分の業務へ置き換えて読むのがポイントです。

1. 目的

なぜ作るのか、誰がどの場面で使うのかを書きます。目的が違えば同じ要約でも残す情報が変わります。 実務では、この要素を「ある・ない」だけで判定せず、誰が、いつ、どの情報を使い、どの成果物へつなげるかまで書き出します。曖昧な部分はAIが都合よく補う可能性があるため、不明点を推測せず質問として返すように決めておくと確認しやすくなります。

また、目的に関する期待を、機能名ではなく観察できる結果へ変換します。たとえば「高性能である」ではなく、「指定した資料だけを根拠にし、根拠箇所を示す」「変更したファイルと検証結果を一覧にする」のように書けば、担当者が結果を同じ基準で評価できます。

2. 材料

参照する本文、データ、見本、用語集を示し、材料にない情報を補ってよいかも決めます。 実務では、この要素を「ある・ない」だけで判定せず、誰が、いつ、どの情報を使い、どの成果物へつなげるかまで書き出します。曖昧な部分はAIが都合よく補う可能性があるため、不明点を推測せず質問として返すように決めておくと確認しやすくなります。

また、材料に関する期待を、機能名ではなく観察できる結果へ変換します。たとえば「高性能である」ではなく、「指定した資料だけを根拠にし、根拠箇所を示す」「変更したファイルと検証結果を一覧にする」のように書けば、担当者が結果を同じ基準で評価できます。

3. 制約

文字数、口調、対象外、禁止事項、使用できる道具、守秘条件など作業の境界を示します。 実務では、この要素を「ある・ない」だけで判定せず、誰が、いつ、どの情報を使い、どの成果物へつなげるかまで書き出します。曖昧な部分はAIが都合よく補う可能性があるため、不明点を推測せず質問として返すように決めておくと確認しやすくなります。

また、制約に関する期待を、機能名ではなく観察できる結果へ変換します。たとえば「高性能である」ではなく、「指定した資料だけを根拠にし、根拠箇所を示す」「変更したファイルと検証結果を一覧にする」のように書けば、担当者が結果を同じ基準で評価できます。

4. 完成条件

見出し、表の列、検算項目、引用形式など、何を満たせば完了かを観察できる言葉で書きます。 実務では、この要素を「ある・ない」だけで判定せず、誰が、いつ、どの情報を使い、どの成果物へつなげるかまで書き出します。曖昧な部分はAIが都合よく補う可能性があるため、不明点を推測せず質問として返すように決めておくと確認しやすくなります。

また、完成条件に関する期待を、機能名ではなく観察できる結果へ変換します。たとえば「高性能である」ではなく、「指定した資料だけを根拠にし、根拠箇所を示す」「変更したファイルと検証結果を一覧にする」のように書けば、担当者が結果を同じ基準で評価できます。

4要素は独立しているように見えて、実際には相互に影響します。次の図では「曖昧な依頼を作業仕様へ直す5ステップ」を左から右へ示します。各段階で入力と出力を確認し、前提が変わったまま次へ進まないことが大切です。

この順番で進めると、途中で問題が起きても戻る場所が分かります。最終出力だけを何度も作り直すのではなく、材料、判断、処理、確認のどこに原因があるかを切り分けられます。

具体例で仕事の流れをイメージする

『会議を要約して』を、『部長会で次回確認するため、添付メモだけを材料に、決定・担当・期限・未決を表で整理し、不明点は推測せず要確認と書く』へ直すと、利用目的と検収方法が同時に伝わります。

この例で先に決めるのは、AIへの指示文ではなく完成形です。利用者、利用場面、必須項目、根拠、締切を一枚のメモへまとめます。次に入力資料をそろえ、古い版、参考情報、今回使わない資料を分けます。材料が整っていなければ、AIの出力が自然でも業務上の意味は揃いません。

次の図では「プロンプト要件を順に確認する判断フロー」を示しています。縦横の軸を一度に混ぜず、条件ごとに候補を置くと、なぜその方法を選んだのかを同僚や承認者へ説明しやすくなります。

判断結果は固定の正解ではありません。扱う資料、組織の契約、許可された連携、誤りの影響によって選択は変わります。重要なのは、判断に使った条件を残し、条件が変わったときに見直せることです。

小さなサンプルで試す

最初から全件を処理せず、正常例、情報不足の例、例外的な例を1件ずつ用意します。期待する結果をAI実行前に人が書き、実際の出力と比較します。合わない場合は、モデルをすぐ変更する前に、材料の不足、指示の曖昧さ、評価基準の欠落を確認してください。

結果ではなく途中も残す

業務で再利用するなら、最終成果物だけでなく、入力版、使用した指示、実行日、利用したサービス、確認結果を記録します。これにより、後日結果が変わったときも原因を探しやすくなり、担当者が交代しても同じ手順を再現できます。

実務へ取り入れる5ステップ

導入は次の5ステップで進めます。各ステップを一度で完璧にする必要はありません。小さな対象で一巡し、記録した失敗から次の試行を直す方が、長い計画を先に作るより現場に合う基準を得やすくなります。

ステップ1: 利用者と利用場面を一文で書く

利用者と利用場面を一文で書くときは、対象、入力、出力、責任者を一つの表へ書きます。口頭の前提を残したままAIへ渡すと、担当者ごとに異なる結果になります。判断に迷う例を一つ添え、どの条件なら人へ戻すかも決めてください。

最初の対象は、失敗しても元へ戻せる作業を選びます。公開、送信、削除、契約、採用など影響が大きい操作を入口にせず、下書き、分類、候補抽出、内部確認用の一覧から始めると、学びを安全に蓄積できます。

ステップ2: 参照してよい材料を列挙する

参照してよい材料を列挙するときは、対象、入力、出力、責任者を一つの表へ書きます。口頭の前提を残したままAIへ渡すと、担当者ごとに異なる結果になります。判断に迷う例を一つ添え、どの条件なら人へ戻すかも決めてください。

この段階の完了条件をチェック欄へ変換します。「確認する」ではなく、「件数が元表と一致」「根拠URLがある」「禁止語が0件」など、第三者が見て判定できる言葉を使います。

ステップ3: してほしくないことを明示する

してほしくないことを明示するときは、対象、入力、出力、責任者を一つの表へ書きます。口頭の前提を残したままAIへ渡すと、担当者ごとに異なる結果になります。判断に迷う例を一つ添え、どの条件なら人へ戻すかも決めてください。

この段階の完了条件をチェック欄へ変換します。「確認する」ではなく、「件数が元表と一致」「根拠URLがある」「禁止語が0件」など、第三者が見て判定できる言葉を使います。

ステップ4: 出力の見出しや表を固定する

出力の見出しや表を固定するときは、対象、入力、出力、責任者を一つの表へ書きます。口頭の前提を残したままAIへ渡すと、担当者ごとに異なる結果になります。判断に迷う例を一つ添え、どの条件なら人へ戻すかも決めてください。

この段階の完了条件をチェック欄へ変換します。「確認する」ではなく、「件数が元表と一致」「根拠URLがある」「禁止語が0件」など、第三者が見て判定できる言葉を使います。

ステップ5: 良い例と悪い例で検収する

良い例と悪い例で検収するときは、対象、入力、出力、責任者を一つの表へ書きます。口頭の前提を残したままAIへ渡すと、担当者ごとに異なる結果になります。判断に迷う例を一つ添え、どの条件なら人へ戻すかも決めてください。

最後に、テンプレートとチェック表を別の担当者へ渡して試してもらいます。説明者が隣にいなくても同じ手順で進み、同じ基準で合否を判断できれば、個人の便利技から業務の標準へ移す準備ができています。

5段階の関係は次の図で確認できます。図の「記録した結果からプロンプトを改善するサイクル」では、実行して終わるのではなく、結果の記録から次の改善へ戻る循環を示しています。

この循環を一度回すたびに、良い入力例、例外、禁止事項、確認項目が増えます。AIそのものを学習させなくても、業務側の材料と手順が改善されるため、チームの再現性は高まります。

よくある失敗と防ぎ方

生成AIの失敗は、明らかなエラーだけではありません。読みやすい文章の中に誤った前提が混ざる、古い資料を参照する、対象外のファイルまで変更するなど、気づきにくい形で現れます。次の4点は導入前に確認してください。

失敗1: 役割設定だけを長く書く

役割設定だけを長く書く状態では、表面上は作業が早く終わっても、後工程で確認や手戻りが増えます。まず該当する入力と出力を1件保存し、どの前提で結果がずれたかを切り分けます。そのうえで、資料、指示、権限、確認方法のうち、原因となった箇所だけを修正します。

対策は「必ず人が確認する」の一文で終えません。誰が、どの画面またはファイルで、何と何を照合し、どの条件なら差し戻すかを決めます。確認に必要な情報をAIの出力へ含めると、人のレビューも短く正確になります。

失敗2: 材料を貼らず常識で補わせる

材料を貼らず常識で補わせる状態では、表面上は作業が早く終わっても、後工程で確認や手戻りが増えます。まず該当する入力と出力を1件保存し、どの前提で結果がずれたかを切り分けます。そのうえで、資料、指示、権限、確認方法のうち、原因となった箇所だけを修正します。

対策は「必ず人が確認する」の一文で終えません。誰が、どの画面またはファイルで、何と何を照合し、どの条件なら差し戻すかを決めます。確認に必要な情報をAIの出力へ含めると、人のレビューも短く正確になります。

失敗3: 『詳しく』『いい感じに』で品質を表す

『詳しく』『いい感じに』で品質を表す状態では、表面上は作業が早く終わっても、後工程で確認や手戻りが増えます。まず該当する入力と出力を1件保存し、どの前提で結果がずれたかを切り分けます。そのうえで、資料、指示、権限、確認方法のうち、原因となった箇所だけを修正します。

対策は「必ず人が確認する」の一文で終えません。誰が、どの画面またはファイルで、何と何を照合し、どの条件なら差し戻すかを決めます。確認に必要な情報をAIの出力へ含めると、人のレビューも短く正確になります。

失敗4: 最初から一度で完成させようとする

最初から一度で完成させようとする状態では、表面上は作業が早く終わっても、後工程で確認や手戻りが増えます。まず該当する入力と出力を1件保存し、どの前提で結果がずれたかを切り分けます。そのうえで、資料、指示、権限、確認方法のうち、原因となった箇所だけを修正します。

対策は「必ず人が確認する」の一文で終えません。誰が、どの画面またはファイルで、何と何を照合し、どの条件なら差し戻すかを決めます。確認に必要な情報をAIの出力へ含めると、人のレビューも短く正確になります。

次の図では「AI出力を通す検収ゲート」として、AIの出力をそのまま通さず、人の確認ゲートで差し戻し条件と通過条件を判定する流れを示しています。

防止策を増やしすぎると現場で使われなくなります。誤りの影響が大きい箇所、外部へ出る直前、元に戻しにくい操作に確認を集中させ、低リスクの下書きや分類は軽い確認にするなど、段階を付けてください。

品質を安定させる検証と運用

AI活用を継続するには、出力を感想ではなく証拠で確認します。記事テーマ「AI プロンプト 作り方」では、次の項目を最低限の検収表にします。チェック結果には合否だけでなく、根拠の場所と修正内容も残してください。

• 別の担当者が同じ依頼を再利用できる
• 材料とAIの推測を区別できる
• 不足情報の扱いが決まっている
• 完成条件をチェック欄へ変換できる

確認1: 別の担当者が同じ依頼を再利用できる

別の担当者が同じ依頼を再利用できることを確認するときは、代表例だけでなく境界例と失敗例も含めます。結果が不一致なら、その場で文章だけを手直しせず、入力、指示、参照範囲、出力形式のどこを直せば再発を防げるかを記録します。

確認2: 材料とAIの推測を区別できる

材料とAIの推測を区別できることを確認するときは、代表例だけでなく境界例と失敗例も含めます。結果が不一致なら、その場で文章だけを手直しせず、入力、指示、参照範囲、出力形式のどこを直せば再発を防げるかを記録します。

確認3: 不足情報の扱いが決まっている

不足情報の扱いが決まっていることを確認するときは、代表例だけでなく境界例と失敗例も含めます。結果が不一致なら、その場で文章だけを手直しせず、入力、指示、参照範囲、出力形式のどこを直せば再発を防げるかを記録します。

確認4: 完成条件をチェック欄へ変換できる

完成条件をチェック欄へ変換できることを確認するときは、代表例だけでなく境界例と失敗例も含めます。結果が不一致なら、その場で文章だけを手直しせず、入力、指示、参照範囲、出力形式のどこを直せば再発を防げるかを記録します。

確認担当とAIの作業を混ぜないため、次の図では「プロンプト改善における人とAIの分担レーン」を3本のレーンで示します。上段の人、中段のAI、下段の証拠を縦に対応させて見てください。

AIが候補や下書きを作っても、合否と次の行動を決めるのは人です。同時に、入力版、差分、根拠、確認結果が証拠レーンへ残るため、後から判断を再現できます。

見直しのタイミング

モデルや機能の更新、料金・上限の変更、社内規程の改訂、入力様式の変更、担当者交代があったときは再検証します。定期的に同じテストケースを実行し、以前は満たしていた要件が欠けていないかを確認します。

特に外部情報を使う仕事では、記事や検索結果の日付を確認します。現在の情報が必要な問いと、社内の指定資料だけで答える問いを混ぜないようにし、出典と推測を分けて表示させます。

自分の仕事へ当てはめる判断表

ここまでの内容を、自分の業務へ当てはめます。まず一つの作業を選び、「誰のため」「何を材料に」「何を作る」「どこまでAIが操作する」「誰が何を確認する」の5列で書き出してください。空欄がある列は、AIへ渡す前に人同士で決める必要があります。

• 目的: 目的・材料・制約・完成条件の4項目で、曖昧な依頼を実務用プロンプトへ直せる
• 材料: 現行版、見本、用語、対象期間を明示する
• 処理: 参照してよい材料を列挙する範囲までを小さく試す
• 確認: 別の担当者が同じ依頼を再利用できるかを確かめる
• 停止条件: 役割設定だけを長く書く状態が起きたら自動で先へ進めない

判断表の項目が実際にどう流れるかを、次の図「目的と材料から検収済み出力までのフロー」で確認します。入力、処理、検証、成果物の4段階と、検証不一致時に処理へ戻る赤い経路がポイントです。

このように、AI活用は一方向の自動処理ではありません。検証で条件を満たさなければ処理へ戻し、合格したものだけを成果物として扱う閉じた流れにします。

この判断表は製品比較表とは別に保管します。製品の機能は変わっても、業務の目的、受け入れ基準、責任の境界は残ります。新しいAIを試すときも同じ表を使えば、宣伝文句ではなく自社の仕事で公平に比較できます。

導入を見送る判断も成果

入力が整っていない、正解を確認できない、誤りの影響が大きい、必要な契約や権限がない場合は、AI導入を急がない判断が妥当です。先にデータ整理、手順書、承認経路を整えるだけでも業務改善になります。条件がそろった時点で小さな試行へ戻ります。

チームで共有する言葉をそろえる

「AIに任せる」「自動化する」という表現だけでは範囲が伝わりません。下書き、抽出、比較、提案、変更、送信、公開のように動詞で工程を示します。同じ言葉を企画書、手順書、チェック表で使うと、責任の抜けを見つけやすくなります。

動画で体系的に学びたい方へ

本記事にはアフィリエイトリンクが含まれます。リンク経由で申込みがあった場合、運営者に報酬が支払われることがあります。

この記事の内容を画面操作や演習と一緒に学びたい方には、次のUdemy講座が候補です。テーマとの一致を基準に選んでいますが、価格、講座内容、対応サービス、更新日は変わることがあります。リンク先のカリキュラムとプレビューを確認し、自分の目的に合うか判断してください。

AI プロンプト 作り方のまとめ

プロンプトは長い呪文ではなく、依頼者と作業者の認識をそろえる小さな作業仕様書です。 最初に行うことは、最新モデルを比較し続けることではなく、自分の仕事を入力、処理、出力、確認へ分けることです。

1. 利用者と利用場面を一文で書く
2. 参照してよい材料を列挙する
3. してほしくないことを明示する
4. 出力の見出しや表を固定する
5. 良い例と悪い例で検収する

まずは今日扱う一つの作業について、別の担当者が同じ依頼を再利用できる状態を作ってください。小さな試行の結果を残し、問題があれば役割設定だけを長く書く状態になっていないかを確認します。AIを増やす前に、判断できる材料と検収方法を整えることが、長く使えるAI活用の土台になります。