プロンプトに必要な変数とプレースホルダーを追加する

著者: AILesson6 分でセットアップテスト済み:ChatGPTレビュー日: 2026-08-28

クイック回答

結果を変え得る事実を捉える、再利用可能な最小の入力構造を見つけます. 入力するもの: 現在のプロンプトまたはタスク, 実際の事例と違い, 入力と製品上の制約. 期待される結果: 変数仕様、改訂テンプレート、検証ルール、記入済みの例.

1

コンテキストを追加

テキストはこのブラウザ内に留まります。AILesson Prompts は、そのテキストをモデルやサーバーに送信しません。

2

あなたのプロンプト

未入力のフィールドはプレースホルダーとして表示されたままなので、プロンプトをコピーして編集できます。

プロンプトを再利用可能かつ安全にするため、必要十分な最小限の変数と明示的なプレースホルダーを追加してください。

現在のプロンプトまたは繰り返すタスク:
[prompt]

過去または想定される事例と、結果を変える違い:
[variation]

ユーザーの知識、必須項目、プライバシー、項目型、画面上の制限、初期値、検証、互換性:
[rules]

現在、固定値として埋め込まれている、暗黙になっている、推測されている、または文章に混ざっている値をすべて特定してください。指示、根拠の範囲、出力、リスク、評価を変える値だけを変数にします。変わらない方針はテンプレートに残し、ユーザーに毎回入力させないでください。出典資料と指示を分け、信頼できるルールと信頼できない貼り付け文章も分けます。各変数について、機械処理に安全なキー、日本語と英語のラベル、目的、必須かどうか、型、許可値または書式、プレースホルダーの例、検証、機密性、欠落・競合時の動作を定義してください。明確に許可されていない限り、重要な事実に初期値を使わないでください。次を返してください:事例間の違いの分析、最小限の変数表、不要として除外した項目、一貫したプレースホルダーを使う改訂プロンプト、入力検証とエスケープの案内、完全に記入した例、必須項目が欠けた例、移行時の注意。
Playgroundで試す
デフォルトで非公開プロンプトの組み立てはブラウザ内で行われます。組織が許可しない限り、機密情報を AI サービスに入力しないでください。

入力から結果へ

具体例

具体的なコンテキストを加えると、このレシピが実用的な結果になる様子をご覧ください。

実際の入力

現在のプロンプトまたはタスク
顧客へ、レポートの締め切りが金曜日であることを知らせるリマインドメールを書いてください。親しみやすいトーンにし、ミーティングへのリンクを含めてください。
実際の事例と違い
事例A:レポートは9月4日17:00ロンドン時間締め切り。最初のリマインド。ミーティングは任意の相談時間。顧客名とURLあり。事例B:9月9日正午ニューヨーク時間締め切り。顧客が期限延長を求めた後の2回目のリマインドだが、延長は未承認。ミーティングリンクなし。受信者、正確な期限・タイムゾーン、リマインドの段階、既知の返答、承認状況、任意のサポート、リンクの有無によって結果が変わる。親しみやすいトーンと、承認されていない延長を創作しないことは固定。
入力と製品上の制約
技術職ではないスタッフが使うため、できれば3項目のフォームにするが、正確さを優先する。期限、受信者、承認状況には初期値を使わない。出力はプレーンテキスト。URLはhttpsで始まる必要がある。名前にはラテン文字以外も使用可能。アカウントIDや機密性の高いレポート内容は収集しない。既存ユーザーはrecipient、deadline、link項目を使っている。

出力例

事例間の違いの分析:受信者と正確な期限は常に必須です。リマインドの段階と過去の返答によって書き出しが変わるため、推測してはいけません。期限の承認状況により、メールで新しい時刻を確定できるか、現在の期限を再提示するだけかが決まります。サポート案とURLは、1つの任意の構造化項目にまとめられます。

最小構造:recipient(テキスト、必須、空欄不可)。deadline(テキスト、必須。日付と、重要な場合は時刻・タイムゾーンを含む)。reminder_context(複数行テキスト、必須。最初か2回目以降か、過去の返答、変更が承認されたかを示し、初期値は使わない)。support_option(構造化テキスト、任意。ラベルとHTTPS URL、または「なし」を示す)。送信者の役割、「親しみやすい」、出力形式は固定のテンプレートルールなので変数にしません。アカウントIDとレポート内容は不要なので除外します。

改訂プロンプト:「親しみやすく率直なプレーンテキストのリマインドメールを1通作成してください。受信者:(recipient)。現在承認されている期限:(deadline)。リマインドの背景と過去の返答:(reminder context)。任意のサポート案:(support option)。提供された事実だけを使ってください。明示されていない期限延長や承認を示唆しないでください。受信者、期限、または変更依頼後の承認状況が欠けている場合は、メールではなく不足項目一覧を返してください。サポート案は提供された場合だけ含めます。件名と本文を返してください。」

記入済みの例:受信者「Amira」。期限「2026年9月4日17:00、Europe/London」。背景「最初のリマインド。過去の返答なし。期限変更なし」。サポート「任意の相談時間 — https://example.org/office」。不足例:背景に「期限延長を申請済み」とあるが承認状況がない場合、「不足:期限延長の承認状況」と返します。移行:recipientとdeadlineを保持。有効なlinkをsupport_optionへ割り当て、新しい必須項目reminder_contextを追加します。

これがうまくいく理由

  1. 1

    実際の事例間の違いを見ると、どの値を固定の指示ではなく入力にすべきか分かります。

  2. 2

    項目が欠けた場合の動作を定めると、再利用テンプレートが空欄を推測した事実へ変えるのを防げます。

結果を確認

  • すべての変数が、動作、根拠、出力、リスク、評価のいずれかを明らかに変えますか?

  • 変わらないルールを毎回のユーザー入力から外し、信頼できない文章を明確に区切っていますか?

  • 重要な項目について、検証と欠落・競合時の動作が明確ですか?

安心して使うために

よくある質問

このレシピをいつ使うか、何を用意するか、どの場面で人による確認が依然として重要かについての実践的な回答です。

「プロンプトに必要な変数とプレースホルダーを追加する」を使う前に、何を準備すればよいですか?

「プロンプトに必要な変数とプレースホルダーを追加する」を使う前に、現在のプロンプトまたはタスク、実際の事例と違い、入力と製品上の制約を準備してください。プレースホルダーは、確認できる情報だけで置き換えます。不明な点はモデルに推測させず、不明であることを明記してください。

「プロンプトに必要な変数とプレースホルダーを追加する」の結果をまだ使えないのは、どのような場合ですか?

提供された根拠から、記載された成果である「変数仕様、改訂テンプレート、検証ルール、記入済みの例」をまだ作れていない場合や、未解決の仮定、得られていない承認、創作した詳細に依存している場合、その結果は使用できません。チェック項目を公開前の判定基準として使い、根拠のない出力を整えるのではなく、入力情報を修正するか、権限を持つ担当者を決めてレビューしてください。

「プロンプトに必要な変数とプレースホルダーを追加する」で、テスト記録があるAIツールはどれですか?

2026-08-28時点で、「プロンプトに必要な変数とプレースホルダーを追加する」の公開テスト記録にはChatGPTが記載されています。これは実行記録があることを示すだけで、後の製品バージョンでの互換性や同じ結果を保証するものではありません。別のツールやバージョンでは、すべての制約を明示したまま、使用前に結果をもう一度確認してください。

さらに探す方法

このレシピが役立つ場面

作業を前に進める