このはのAI仕事ノート

公開日：2026年9月9日

ChatGPTのような文章生成AIに仕事を頼むとき、思ったような答えが返ってこないことがあります。AIの性能だけでなく、指示（プロンプト）に必要な情報が足りていないことが、一因になる場合があります。「メールを書いて」とだけ伝えれば、相手も状況も分からないまま、当たり障りのない文面が返ってきやすくなります。

指示を組み立てるときの基本は、目的・条件・出力形式の3つをはっきり書くことです。この記事では、この3つをどう書くと伝わりやすいかを、短い例に沿って整理します。特別な言い回しや呪文のようなテクニックは必要ありません。人に仕事を頼むときと同じ情報を、言葉にして渡すだけです。

なぜ「目的・条件・出力形式」なのか

人に作業を頼むときは、相手が前提を補ってくれます。「いつもの取引先へのお礼メール」と言えば、相手はトーンも長さも見当をつけられます。AIはその補完が弱く、書かれていない前提は無視されるか、それらしく作られてしまいます。

そこで、頼む側が次の3つを言葉にします。

• 目的：何のための、誰が読む、どんな成果物か
• 条件：踏まえてほしい前提、守ってほしい制約
• 出力形式：どんな形・長さ・トーンで返してほしいか

この3つがそろうと、AIは推測で埋める部分が減り、期待に近い下書きを返しやすくなります。

目的をはっきり書く

最初に、その作業のゴールと読み手を伝えます。曖昧なままだと、方向性のずれた文章を直す時間のほうが長くなることがあります。

盛り込むと伝わりやすい情報は次のとおりです。

• 何を作りたいか（メール、議事録の要約、説明文の下書きなど）
• 誰が読むか（社外の取引先、社内の上司、初めて使う顧客など）
• それを読んだ人にどうしてほしいか（日程を返信してほしい、内容を承認してほしいなど）

たとえば「取引先に納期の遅れを知らせ、代わりの日程を提案し、返信をもらうためのメールの下書き」と書けば、目的と読み手と期待する行動が一度に伝わります。

条件を伝える

次に、AIが知らない前提と、守ってほしい制約を渡します。ここが抜けると、事実と違う内容や、使いにくい体裁の文章が返ってきます。

前提として渡す情報の例です。

• 具体的な事実（日付、数量、相手の名前、経緯など、AIに作らせたくないもの）
• 状況（初回の連絡か、すでにやり取りがあるか、謝罪が必要かなど）
• 使ってよい情報と、触れてほしくない情報

制約として渡す情報の例です。

• 文字数や段落数のおおよその範囲
• 敬語のレベルや避けたい表現
• 入れてほしい要素（結論を先に、箇条書きを使うなど）

事実は指示の中に書いて渡します。AIに「適当な日付を入れておいて」と任せると、もっともらしい嘘が混ざることがあり、確認の手間が増えます。

出力形式を指定する

最後に、返してほしい形を指定します。形が決まっていると、そのまま使えるか、少し直せば使える下書きになりやすくなります。

指定できる項目の例です。

• 全体の形式（メール本文、箇条書き、表、見出し付きの文章など）
• 長さの目安（200字程度、3段落など）
• トーン（丁寧だが簡潔に、社内向けにやわらかく など）
• 構成の順序（要点、背景、依頼、の順など）
• 出してほしい候補の数（件名を3案、など）

「件名と本文に分け、本文は3段落、1段落目に結論、丁寧だが簡潔なトーンで」と書けば、体裁を整え直す作業を減らせます。

実例：同じ会議メモに、短い依頼と構造化した依頼を試した結果（2026年10月12日）

ここからは、実際のメモで試した結果です。厳密に条件を揃えた比較実験ではなく、1件のメモに対する、1回ずつの試行の記録です。

検証の条件

• 入力：運営者が実際に書いた定例会議のメモ1件です。固有名や事業の細かい内容は、一般化しています。
• 使ったもの：ChatGPTです。モデル名と所要時間は記録していません。
• 3つの段階に分けて記録しました。

短い依頼（A）は、次の一文です。

この会議メモを分かりやすい議事録にしてください。

構造化した依頼（B）は、議事録の記事の依頼文を基にしたものです（下の「作業ごとに読む記事」から読めます）。この記事の3要素への対応づけは、次のとおりです（この記事での整理です）。

• 目的：参加者に確認してもらうための議事録として整理する
• 条件：決定事項は会議として決まったと読み取れる内容だけにする／メモにない内容は補わず、担当者・期限が不明なら「未確認」とする／元の表現をできるだけ残す
• 出力形式：会議名、日時、参加者、決定事項、主な論点、保留・確認事項、次のアクション（内容・担当・期限）の順に、箇条書きにする

AとBの初回の出力の違い

Aで気になった言い回しは、元メモの「引き継ぎ先は未定」が「検討中」に、「2週間のテスト、開始日を決める」が「2週間実施予定」になった、という2点です（一般化した表記です）。事実を作ったとまでは言えませんが、元メモより少し強い表現です。

Cの段階：人の確認と修正

Bの出力で、同じ内容が「決定事項」と「次のアクション」に重複していました。運営者は、次の修正指示を1回だけ出しました。

元メモにない情報は追加しないでください。
「決定事項」は方針・決定済み事項だけ、
「次のアクション」はこれから実行する作業だけに分け、
同じ内容を重複させないでください。
担当者・期限がメモにない場合は「未確認」としてください。

修正後は、重複が解消しました。この修正は、運営者が出力を確認した結果であり、AとBの最初の比較には含めていません。

この実例から言えること、言えないこと

言えることは、次のとおりです。

• 短い依頼でも、この例では概ね使える出力が返ってきた。「短い依頼では使えない」という結果ではなかった
• 構造化した依頼は、モデルを賢くしたのではなく、出力を確認しやすくした。決定と保留の区別、不明な担当・期限の見えやすさ、構成のそろいやすさが違った
• 構造化した依頼でも、初回に重複が出た。人の確認と修正は必要だった

言えないことは、次のとおりです。

• 条件を厳密に揃えた比較ではない。AとBでは、依頼文の長さと構造が違い、Cは修正の指示を含む
• 1件のメモ、各1回、ChatGPTのみの結果で、他のメモやツールでも同じになるとは言えない
• 毎回同じ構成で出力されるかは、繰り返しての確認をしていないため分からない
• 時間の短縮は測っていない

細かく指定しすぎない

条件や形式は、多ければよいわけではありません。矛盾する指示や、細かすぎる制約を一度に渡すと、AIが優先順位を取り違えたり、不自然な文章になったりします。

次のように進めると調整しやすくなります。

• まず目的・主要な条件・大まかな形式だけで下書きを出す
• 気になる点を1〜2個ずつ伝えて直してもらう
• 事実や固有名詞など、間違ってはいけない部分は自分で最終確認する

一度で完成させようとせず、短いやり取りで近づけるほうが、仕上げやすくなります。

出てきた文章を確認する

指示が整っていても、出力をそのまま使えるとは限りません。特に次の点は人が確認します。

• 事実（日付、数量、名前、経緯）が指示どおりか、勝手に補われていないか
• 依頼していない断定や約束が入っていないか
• トーンと宛先が想定どおりか

AIの得意な作業と、人が確認・判断すべき作業の線引きについては、AIに期待しすぎないための得意・不得意の見分け方で整理しています。

指示を書く前の下準備

プロンプトを書き始める前に、次の点をメモしておくと、指示がまとまりやすくなります。

1. 何を・誰のために作るか（成果物と読み手）
2. 読んだ人にどうしてほしいか
3. 渡す事実（日付・数量・名前・経緯）
4. 守ってほしい制約（長さ・トーン・入れる要素）
5. 返してほしい形式（全体の形・長さ・構成の順序）
6. 自分で最終確認する項目

仕事でAIを使う前に、目的や必要な情報、確認の段取りを整理しておく方法は、仕事でAIを使う前のチェックリストも参考になります。

作業ごとに読む記事

この記事の3要素を、作業ごとに当てはめた例は、次の記事にあります。

• メールの下書き：ChatGPTでメール下書きを作る手順と確認ポイント
• 長文の要約：長文をAIで要約するときの依頼文と確認方法
• 議事録の整理：議事録をAIで整理する前に決める項目とテンプレート

まとめ

伝わるプロンプトは、特別な書き方ではなく、目的・条件・出力形式という当たり前の情報をそろえたものです。何のための成果物で誰が読むのかを示し、AIが知らない前提と守ってほしい制約を渡し、返してほしい形を指定します。

事実は指示の中で渡し、細部は短いやり取りで調整し、最後は人が確認します。この基本を押さえると、書き直しを減らしやすくなります。