「短くして」と頼んだら申込期限が消えた。AIへの頼み方を使い回せる指示に直す

たとえば「この案内を短くして」と頼んだのに、申込期限が抜ける。「もっと分かりやすく」と伝えると、今度は対象者が変わる。文章や要約を仕事で繰り返し作るなら、気の利いた言い回しを探す前に、何を残し、何ができれば完成かを整理してみてください。

長いプロンプトを暗記する必要はありません。プロンプトとは、ここではAIに渡す依頼文のことです。

元資料がない場合や、社内の条件が決まっていない場合は、担当者に聞いてから依頼します。社内案内を短くまとめる例で見ていきます（想定例）。

「全社員必須」「前日まで」は、どこが違うか

200字の原文を、同じ題材のまま使う

次の原文は、句読点・数字・記号を含めて200字です。

元資料：社内案内文・200字

経費精算を担当する社員向けに、新しい申請手順の説明会を2026年10月8日14時から15時まで、第二会議室で開きます。参加希望者は10月5日17時までに社内申込フォームから登録してください。参加は任意で、定員は先着20名です。当日は会社のノートパソコンをご持参ください。欠席者には後日録画を共有します。実際の領収書や顧客情報は使わず、練習用データで操作します。事前の問い合わせは総務部へお願いします。

同じ元資料を使い、依頼の何を具体化するかを見比べます。下の出力は、問題を見分ける練習用の作例です。

曖昧な依頼

以下の案内文を短く要約してください。必ず正確に。

問題のある下書き

10月8日に、全社員必須の経費精算説明会を開催します。申込は前日までです。詳細は担当者へご確認ください。

原文では、経費精算の担当者が対象で、参加は任意です。申込締切は10月5日17時。「全社員必須」「前日まで」は、短縮した表現ではなく条件の変更です。時刻・会場・申込方法・持ち物なども落ちています。

「必ず正確に」という一文は、どの情報を照合するかを決める代わりにはなりません。この例では、文章の雰囲気より先に対象者・参加条件・締切を直します。誤りがある出力を、短いという理由だけで採用しないためです。

事実誤り・省略・読みづらさを分けて頼む

事実誤りには「締切は前日ではなく10月5日17時です。元資料に合わせて直してください」と伝えます。省略には「日時・会場・申込方法・持ち物も残してください」と、落とせない情報を名指しします。読みづらさには「情報は変えず、項目ごとに改行してください」と、内容を維持したまま形式を直す指示にします。

問題が一つなら、その部分だけの修正で構いません。対象や目的まで違うときは、四項目を整理し直して原文から作り直します。修正依頼を継ぎ足して条件が矛盾し始めたら、古い指示を並べ続けず、採用する条件を一つの依頼にまとめ直します。

完成見本｜説明用の作例・156字（改行を除く）

• 経費精算担当者向けに、新しい申請手順の説明会を開きます。
• 2026年10月8日14〜15時、第二会議室。参加は任意、先着20名です。
• 10月5日17時までに社内申込フォームで登録してください。
• 会社のノートパソコンを持参し、練習用データで操作します。実際の領収書・顧客情報は使いません。
• 欠席者には後日録画を共有します。

任意参加と先着20名を別の条件として残し、申込締切を開催日時と混同していません。問い合わせ先は、今回の依頼で省略可と指定したため省いています。

完成を確かめるときは、文字数を数えた後、元資料と見比べて「必要な事実が残っているか」「意味を変えていないか」を見ます。AIによる自己点検は補助に使えますが、同じAIの「問題ありません」だけで確定しません。評価手段を組み合わせ、人の判断とも照合する原則は、OpenAI「Evaluation best practices」でも示されています。

出力がずれる原因を、四つに分ける

同じ依頼でもAIの出力は変わることがあります。OpenAIの評価ガイドも、この変動を前提に、用途に即して結果を確かめる考え方を示しています。「ずれたのは、すべて自分の頼み方のせい」と考える必要はありません（出典：OpenAI「Evaluation best practices」）。

依頼を直すときは、次の四つを確かめます。

目的不明。「説明会の案内を要約して」だけでは、参加者の申込用なのか、上司への開催報告なのかが分かりません。前者では締切や持ち物、後者では実施内容が中心になります。「誰が読んで、何を決めるか」を先に伝えます。

材料不足。「先月と同じ条件で」と言っても、先月の案内が参照できなければ条件を確認できません。必要な原文を渡すか、確定情報を持つ担当部門から入手します。「正確に」と付け足す代わりに、何を根拠に書くかを指定します。

条件の衝突。「一文だけで、全条件を省かず、読みやすく」と頼むと、短さと情報量が両立しない場合があります。その場合は、必須情報を優先して長さを緩めるのか、別の詳細案内へ分けるのかを依頼者が決めます。

完成像の不一致。「丁寧に」は、あいさつを増やすことなのか、誤解のない説明にすることなのか曖昧です。「あいさつは不要。日時と申込手順を見つけやすくする」のように、出力を見て確認できる状態へ言い換えます。

四つだけ書き出す

一度だけ頼むなら、「誰向けに何を作るか」「何を根拠にするか」「残す条件」「完成形」を一続きで伝えれば始められます。

この原文を、参加を検討する社員向けの案内にしてください。日時・締切・申込方法・参加条件・持ち物は変えず、項目ごとに改行してください。不足する必須情報は作る前に確認してください。

文字数や資料の版まで管理して繰り返す場合は、次の記入例を使います。

OpenAIの「Prompt engineering」は、役割・目的、指示、入力と望ましい出力の例、参照情報を区切る構成を説明しています。ただし、最適な内容や順序はモデルによって異なるとしています。次の四項目は、仕事の依頼に使いやすく整理した記入方法です（出典：OpenAI「Prompt engineering」）。

同じ案内原文から、社員が参加・申込を判断できる短い案内を作る場合の記入例です。四項目を一つの依頼に併せて書きます。

四つの記入項目と、案内文を要約するための指定例

記入項目	今回の指定
目的と読者	経費精算を担当する社員が、説明会への参加と申込方法を判断できる社内案内にする。
入力資料	冒頭の案内原文だけを使う。配布票では資料名ANN-EX01、版v1.0として記録。以前の会話や一般知識から開催条件を補わない。
必須条件	対象と内容、日時・会場、任意参加、先着20名、締切と申込方法、会社のノートパソコン、練習用データのみの使用、欠席者への録画共有を残す。問い合わせ先は省略可。
完成形・完成の基準	180字以内で項目ごとに改行する。必須条件に漏れや改変がなく、読者が次の行動を決められれば完成。句読点・数字・記号は数え、改行は数えない。完成見本は冒頭に掲載。

「読みやすさ」のような好みは、短い完成見本で補っても構いません。ただし、見本から引き継ぐのは構成や言葉遣いであり、古い日付や定員ではないことも書いておきます。資料は「ここから元資料」「ここまで元資料」と区切り、依頼文と混ぜないようにします。区切りの活用は、同資料の「Message formatting with Markdown and XML」でも説明されています。

質問を許す場合も、「何でも聞いて」だけでなく、完成に影響する不足・矛盾があるときだけ、作成前にまとめて質問すると指定します。資料に十分な情報があるなら、そのまま作成してもらいます。軽微な表現の好みまで毎回質問させる必要はありません。

繰り返す指示は、固定条件と今回の材料を分けて保存する

毎回使うのは、開催日や参加人数ではなく「原文にない事実を足さない」「必須情報を残す」といったルールです。次のひな型を文書や共有メモに保存し、角括弧の中だけを今回の用途に合わせて書き換えます。保存しただけで別の会話に引き継がれるとは限らないため、実行時に使う指示と材料を渡してください。

繰り返し使うための、書き換え用ひな型

再利用用のひな型｜業務に合わせて記入

固定する条件

• 元資料にない事実を加えず、必須情報を勝手に省かない。
• 必須情報が不足・矛盾するときは、作成前に必要な質問をまとめる。
• 修正では、指摘していない確認済みの条件を維持する。

今回の指定

• 目的と読者：［誰が、何を判断・実行するためか］
• 入力資料：［資料名・版と、利用を許可された本文］
• 必須条件：［残す事実、禁止事項、条件が衝突したときの優先順］
• 完成形・基準：［形式・長さ・照合する項目・必要なら見本］

個人情報、顧客名、認証情報、社外秘の原文は、共有する定型文に埋め込まず、毎回の利用権限と共有先を決めます。練習や見本には架空データを使い、実資料を使うときは社内で認められた環境と範囲に限定します。

再利用のための記録は、四項目とは別に残します。AIへの指示の記入票（Excel）には、記入済み見本と同じ項目の空欄版を収録しています。未記入の空欄と、調べても分からない「不明」は区別してください。

繰り返し使う指示の記録日・版・残る疑問を記録する

保存時に一緒に残す記録の見本

管理項目	記録する内容
不足時の確認方法	必須情報に不足・矛盾がある場合だけ、作成前に質問をまとめる。資料にない開催条件は、例では総務部に確認する。
記録日・版	2026年9月15日／指示テンプレートv1.0／元資料ANN-EX01 v1.0。実業務では記録日と採用版を更新する。
根拠URL	指示構成：OpenAI「Prompt engineering」。完成の基準：OpenAI「Evaluation best practices」。案内文は想定例。
残る疑問	申込フォームの実URL、満席時の扱いは不明。要約には不要だが、リンク設置や追加案内には別に聞く。

使い回す前には、通常の案内だけでなく、締切が未記入の原文や条件が衝突する原文でも確かめます。元資料と完成基準をそろえ、以前の指示と修正版で何が変わったかを記録します。用途に応じた目標・材料・確認基準で比較する考え方は、OpenAI「Evaluation best practices」が参考になります。確認する件数や頻度は、用途と誤りの影響に応じて決めます。提案書や報告書のように数字を含む文書では、原文の取り違えと数字の誤りを防ぐ進め方も合わせて使えます。

次回の案内で差し替えるもの

例えば次回は、締切が変わり、会社のパソコンも持参不要になったとします。元資料と必須条件の「締切」「持ち物」を新しい案内から入れ直します。「原文にない事実を加えない」「不足は質問する」という固定条件は、そのまま使えます。

ただし、前回の完成文でこの2か所だけを置き換えると、古い開催日や会場が残りかねません。毎回、新しい原文を入力し、日付・対象者・定員も見直します。保存するのは依頼の型であり、前回の開催条件ではありません。

完成形を変えれば、残す情報も変わる

同じ原文でも、申込済みの人への前日リマインドなら、申込方法より日時・会場・持ち物が中心です。一方、初回案内に使った「180字以内」をそのまま事故対応や例外の多い説明へ流用すると、必要な注意が入り切らない場合があります。

このときは、必須の注意を削らず、文字数を緩めるか詳細資料と分けるかを担当者と決めます。形式は目的を満たすための条件です。保存した型に、どの仕事も押し込む必要はありません。

指示では解決しない問題は、聞く相手を変える

根拠がない場合は、資料の所有者や担当部門へ戻ります。案内原文に締切がなければ、総務部に確定日を聞いてから材料を更新します。資料同士で日付が違うなら、AIにもっともらしい方を選ばせず、どちらが有効な版かを確かめます。

利用権限が不明な場合は、社内の管理担当者に、入力してよい資料・使う環境・共有先を聞きます。「秘密にして」とAIへ書くだけで、社内ルールやサービスの利用条件を確認したことにはなりません。

数値の確定が必要な場合は、数値を管理する台帳や担当者に照会します。たとえば原文の「先着20名」は定員であり、今の残席数ではありません。残席を案内したいなら、申込状況と集計時点が必要です。依頼文を長くしても、この不足は埋まりません。

送信や登録などの外部操作がある場合は、文章の完成と実行を分けます。本例で任せるのは案内の下書きまでです。実際に送る前には、宛先・本文・添付・実行する操作を確認し、利用者の承認とシステム側の権限制御を別に設けます。文章への指示と、実行できる操作の設定を併せて確認します。

まず一つの繰り返し業務で、四項目を書き、下書きのずれを具体的に直してみてください。再利用したいのは長い会話履歴ではなく、確認して採用した条件と、完成を見分ける基準です。

指示を整えても、出典や数字は元の資料へ戻って確かめる必要があります（AIの回答を確かめる｜出典・数字・日付の読み方）。

仕事に合わせて試したいとき

依頼文から修正まで、実際の題材で一緒に試す際は、仕事にAIを取り入れる相談をご利用ください。

材料の取込みから下書きの確認・出力までを日々の業務に組み込みたい場合は、関連するAIによる業務文書・提案書・報告書の作成支援で、相談範囲を確認できます。

資料確認日：2026年9月15日。

参考出典

• OpenAI「Prompt engineering」｜指示・例・参照情報を区切る構成
• OpenAI「Evaluation best practices」｜用途別の確認基準と人の判断との照合