- 公開日
仕事をAIに頼むときは、目的、使う資料、補ってよい範囲、出力の形を決めると、依頼内容と回答を照合しやすくなります。さらに、守ってほしい指示と、アプリや権限設定で実際に止める操作を分けます。何を入力し、どの条件で処理し、どこで止めるかを組み立てる。これが、プロンプトを作業の制御構造として設計するという意味です。
丁寧な文章を捨てる必要はありません。「分かりやすい議事録をお願いします」という一文にも目的はあります。ただし、それだけでは、担当者が分からないときにどう書くか、提案と決定をどう区別するかが残ります。文章の印象を整える前に、その判断条件を埋めていきます。
お願いを、結果を確かめられる条件へ変える
「分かりやすく」「正確に」は大切な希望ですが、作業者が何をすれば満たせるかは一意に決まりません。議事録なら、発言を短くすること、決定事項を先に出すこと、次の作業を一覧にすることは、それぞれ異なる仕事です。最初に、読者が会議後に何を確認するための文書かを定めます。
そのうえで、使う材料と加工の限界を決めます。会議メモだけを基にするのか、録音の文字起こしも使うのか。社内用語は言い換えてよいのか、担当者や期限を推測で追加してよいのか。許される編集と事実の追加を分けると、読みやすくした結果、資料にない決定まで混ざることを点検できます。
AnthropicのPrompting best practicesも、Claudeへの指示では期待する出力形式と制約を具体化し、順序が重要なら手順を示すことを勧めています。これは特定サービスの作成ガイドであり、以下の依頼例の効果を測った資料ではありません。ここでは、依頼を具体化する考え方の参考として用います。
条件は長ければよいわけでもありません。「絶対に間違えず、最高品質で、完全な議事録を」と強めても、資料に担当者がない場合の扱いは決まりません。「資料に担当者の記載がなければ未確認とする」のほうが、出力を見て守られたか判断できます。
議事録で何を入力し、何を出してもらうか
次の会議メモは説明用の架空資料です。実際の会議やAIの実行結果ではありません。利用が許可された資料を、社内確認用の下書きへ整理する場面を考えます。
資料名：広報定例会メモ、2026年10月6日
・説明会の案内ページを改訂する。公開予定日は10月20日。
・参加申込フォームの確認担当は佐藤。期限は10月12日。
・案内ページの改訂担当者についての記載はない。
・当日の受付担当は未定。次回の会議で決める。
・参加費を無料にする案が出た。決定したとの記載はない。
元の依頼が「このメモを分かりやすい議事録にして」であれば、会議の内容を整理するという意味は残します。変更するのは、AIに委ねていた空欄の扱いと、読み手が必要とする出力の順番です。
同じメモを使う条件で、依頼を書き直すと次のようになります。
社内で次の作業を確認するための議事録下書きを作成してください。
使う資料は、以下の広報定例会メモだけです。
決定事項、提案、次の作業を分け、次の作業には内容・担当者・期限・根拠となるメモの記述を付けてください。
担当者や期限を推測で補わず、記載がない欄は「未確認」としてください。
資料が担当者を未定と明記している場合だけ「未決定」としてください。
提案を決定事項へ変えず、公開予定日を個別作業の期限へ読み替えないでください。
作成するのは下書きで、送信や共有はしません。ここでは目的が「次の作業の確認」、入力が「会議メモ」、制約が「根拠のない補完をしない」、出力が「区分と必要な欄」です。四つは説明のための切り分けであり、すべての依頼に同じ見出しを付ける決まりではありません。短い作業なら一つの段落で書けます。
この依頼文を同僚へテンプレートとして渡すなら、要素ごとに「毎回差し替える部分」と「固定する部分」を分けて伝えます。差し替えるのは、資料名、利用目的、必要な欄、許される加工です。一方、推測で補わないこと、未確認と未決定の使い分け、下書きで止めることは固定します。この区別が伝わらないと、大事な制約が「長いから」と削られ、どうでもよい言い回しだけが守られ続けることになります。実際に録音や確定済みの予定表も参照させるなら、資料の追加と優先関係を明示します。議事録を整える依頼だけで、参加者の名前を外部検索したり、別の会議の記憶から期限を補ったりする前提にはしません。
「記載がない」と「決まっていない」を分ける
この例で期待する出力の一部は、次のようになります。表は設計上の期待結果であり、モデルに投入して確認した結果ではありません。
| 次の作業 | 担当者 | 期限 | 資料で確認できること |
|---|---|---|---|
| 案内ページを改訂する | 未確認 | 未確認 | 改訂することと公開予定日10月20日は記載あり。個別作業の期限は記載なし |
| 参加申込フォームを確認する | 佐藤 | 10月12日 | 担当者と期限の記載あり |
| 当日の受付を担当する | 未決定 | 未確認 | 受付担当は未定と明記あり。説明会の開催日は記載なし |
| 受付担当を決める | 未確認 | 次回会議の日付は未確認 | 次回会議で決めるとの記載あり。決定を進める人の記載はなし |
この表で「未決定」と書けるのは、メモが受付担当を未定と明記している「当日の受付」の行だけです。一方、受付担当が未決定でも、その担当を決める作業の進行役まで未決定とは限りません。この表では、作業を行う人と、その作業によって決まる人を別の行に分けています。「誰の担当欄なのか」を固定しないと、正しい語を使っていても意味がずれます。
また、案内ページの担当者がメモにないことから、「担当者はまだ決まっていない」とは言えません。会議外で既に決まっていた可能性も残るため、資料から確かめられないという意味で「未確認」とします。追加の担当表が届いたら、そこに記載された人と適用対象を照合し、欄を更新します。
参加費についても同じです。無料にする案が記載されていても、採用されたとの記載がなければ提案として残します。「決定した記録を確認できない」と「無料案は否決された」は別なので、記載のない欄に否定の結論を書き込まないようにします。
指示で頼む部分と、仕組みで止める部分
「送信しない」とプロンプトに書くのは、期待する行動を伝える方法です。一方、下書き専用の環境に送信機能を接続しない、共有操作には別の承認を要求する、許可された資料だけにアクセス権を与える、といった対策は、実行できる範囲を環境側で限定します。
両者の役割を混ぜると、文面を直しただけで権限も変わったように見えてしまいます。例えば「この資料だけ使う」と書いても、接続済みの他資料へのアクセス権が取り消されるわけではありません。逆に、アクセスできる資料を限定しても、その中の提案を決定と取り違える問題は残ります。資料の範囲は設定で、意味の扱いは指示と出力の照合で、それぞれ確認します。
ツールを呼び出せるAIでも、この分担は変わりません。OpenAIのFunction callingの説明では、モデルが関数の呼び出しを返した後、それを実行して結果を返すのはアプリケーション側だという流れが示されています。モデルが呼び出しを生成することと、外部で実際に実行されることは別の段階なので、テンプレートを渡すときは、依頼文に書いた条件のうちどれがシステム側でも制御されているかを添えておくと、受け取った人が判断を誤りにくくなります。
日常的な手作業のチャットなら、まず自分で選んだ資料を渡し、回答を下書きとして読む運用から始められます。アプリを通じて共有や送信まで行わせる場合は、管理者と相談し、実際の機能、権限、承認画面を確かめます。プロンプトの工夫だけで重要な操作を止められるという前提では進めません。
回答後は、見栄えより判断の分かれ目を見る
この依頼を使ったら、最初に三つの箇所を原資料と照合します。担当者がない欄が「未決定」へ変わっていないか。公開予定日が作業期限に転記されていないか。無料という提案が決定事項へ移っていないか。このように間違えると意味が変わる箇所を先に見ます。
ずれが見つかった場合は、「もっと正確に」と全体をやり直させる前に、対象の欄と根拠を示します。「10月20日は公開予定日であり、改訂作業の期限の記載はない」と戻せば、修正すべき関係が明確になります。その訂正が他の欄へ影響しないかも確認してください。
確認が済んでいない担当や日付は、下書きのまま担当者へ照会します。読みやすさを整える工程と、会議の決定内容を確定する工程は別に扱います。依頼を作業条件へ変える価値は、良さそうな回答を得ることに加え、どの条件が満たされ、どこで作業を止めるべきかを人が確かめられる点にあります。
ロールを与えたときに変わること・変わらないことは「AIにロールを与えると何が変わり、何が変わらないか」、Few-shotの例の偏りの点検方法は「Few-shotの例の偏りを境界例と未使用入力で点検する」で解説しています。
プロンプトだけでは解決できないAIシステムの限界の見極め方は「プロンプトだけでは解決できないAIシステムの限界を見極める」、モデルが進化してもプロンプト設計が必要な理由は「モデルが進化すればプロンプト設計は不要になるのか」で解説しています。
基本から確認する：この記事の前提になる考え方は、「プロンプトの書き方ガイド（依頼文の基本6項目と例文）」にまとめています。
