構造化プロンプトの書き方：役割・タスク・制約・出力形式

構造化プロンプトの要点は長さではなく、役割・タスク・入力・制約・出力形式を分けて書くことです。テンプレートを埋めたら、実際の例で試して直していきます。

構造が効く場面

繰り返し行う作業で、出力の形を揃えたいときに最も効果があります。

一度きりの質問にテンプレートは要りません。毎週行う作業や、他の人に渡す作業こそ、形を固定する価値があります。

役割は「誰として、誰に答えるか」を1文で。タスクは動詞1つと対象、完了の定義を明確にし、1つのプロンプトに1つの仕事だけを入れます。入力は処理対象を区切り記号で囲み、項目の意味を説明します。

制約は長さ、口調、必ず含めるもの、絶対に含めないもの、わからないときの動作（推測せず不明と答える）を書きます。出力形式はJSON・Markdown・表などを指定し、最小の例を1つ添えます。まず実際の3例で試し、矛盾する制約がないか確認してから足してください。

プロンプトはモデルの能力を超えられません。事実に関わる作業では資料を渡して引用を求め、重要な点は自分で確認してください。

同じプロンプトでもモデルによって挙動が変わります。機密情報は管理できないサービスに貼らず、このツールはブラウザ内で文章を組み立てます。

プロンプトは長いほうがよいですか？

いいえ。長さは必要な情報を足すときだけ役に立ちます。重複した指示や矛盾する制約は出力を悪くし、毎回のTokenも増やします。

役割の指定には効果がありますか？

知識を増やすというより、語彙と口調を安定させる効果があります。コピーライターらしい文体にはなりますが、モデルが専門家になるわけではありません。

JSONを安定して出させるには？

スキーマを明示し、最小の例を示し、JSON以外の文章を禁じ、処理できないときはエラー用のオブジェクトを返すよう指示します。出力を検証し、失敗したらエラー内容を添えて再試行してください。