この5つの要素（役割、タスク、スタイル、フォーマット、制約条件）のうち、最も省略されやすく、しかし最も影響が大きいのはどれか。
制約条件は通常最も省略されやすいが、出力がそのまま使えるかどうかを左右する重要な要素だ。制約条件がないと、AIは長さ、正式さの度合い、カバー範囲を自分で決めてしまう——これらの決定はしばしば実際に必要としているものと一致せず、結果として最初のバージョンは使える状態にするために大幅な修正が必要になることが多い。具体的な語数制限を加えたり、特定の言葉や手法を明示的に除外したり（例えば「『エンパワー』のような漠然とした言葉は避ける」）することで、よくある失敗パターンの一つのカテゴリー全体を直接排除でき、出力はすぐに使える状態に近づく。
役割とタスクは通常プロンプトに自然に書き込まれる（タスクを書かなければ何をしてほしいか伝えていないのと同じだから）が、制約条件は「余分な要求」のように感じられ省略されやすい。これがまさに制約条件を特に意識すべき理由だ。
テンプレート3（スケッチからプロトタイプ）で「ボタンに後続画面があれば一緒に生成する」と述べているが、なぜこれを特に注意喚起する必要があるのか。
求められない限り、AIはデフォルトでアップロードされた一枚の画面だけを扱い、「このボタンを押した後どうなるべきか」を自発的に推測しないからだ。これは実はデザインハンドオフにおける「エンジニアは実データのためにコードを書くが、デザイナーはしばしば理想的な画面のためだけにデザインする」問題の別バージョンだ。プロトタイプが一枚の静的な画面で止まっていると、エンジニアが自分で推測するか、あるいはあなたが後になって一連の後続状態が抜けていることに気づき、後から補うことになり、かえって時間がかかる。
プロンプトで「後続画面も一緒に生成する」と明示的に求めることは、この見落とされやすい工程を早めに処理することであり、ハンドオフやレビューの段階になってプロトタイプが半分しかできていないことに気づくのを避けられる。
これらのテンプレートで繰り返し出てくる「新しいスタイルを自分で考案しないでください」といった言い回しは、プロンプトのテクニックとしてはどの種類に属するのか。
これは否定的制約（negative constraint）に属する——何をすべきかだけでなく、何をすべきでないかを明示的に伝えることだ。否定的制約は特に「過去の出力で実際に遭遇した失敗パターン」を狙うのに適している。肯定的な記述だけでは、あらゆる逸脱の可能性を網羅しきれないことが多いからだ。しかし、AIが陥りやすい特定のミス（例えば自分で別の配色を決めてしまう傾向）を既に知っているなら、それを直接名指しして除外する方が、肯定的な記述であらゆる可能性をカバーしようとするより効率的だ。
テンプレート5がブランド一貫性チェックにおける否定的制約（新しいビジュアル言語を自分で考案しない）を特に強調しているのは、まさにこれが最も一般的な失敗パターンだからだ——明示的な制限がない場合、AIは既存の素材に沿うことを優先するより、自分が美しいと感じる方法で空白を埋める傾向がある。この傾向は参考文書を提供したからといって自動的に消えるわけではなく、否定的制約で明示的に排除する必要がある。
この5つのテンプレートから一つだけ核心原則を持ち帰り、テンプレートが用意されていない新しいタスクに応用するとしたら、どれを覚えておくべきか。
一つだけ残すなら、「制約条件は既知の失敗パターンを排除するためのものであり、適当に付け加えたルールではない」という原則を残す価値がある。テンプレートがカバーしていない新しいタスクに直面したとき、どのテンプレートの文型を無理やり当てはめるか考えるより、まず自分に問いかける——このようなタスクで過去にどんな失敗をしたか、AIは通常自分で何を勝手に補ってしまい、それは自分が望まないものかを。これらの答えを具体的な制約条件としてプロンプトに書き込むことこそ、テンプレートの背後にあるロジックを新しい状況に応用することであり、テンプレートの表面的な文言に縛られることではない。
テンプレート自体は古くなり、新しいツールに合わせて言い回しの調整が必要になるが、「まず既知の失敗パターンを考え抜き、それを制約条件として書き出す」という思考習慣は、どんな単一のテンプレートよりも長く役立つスキルだ。
毎回ゼロからプロンプトを考えるより、手元にテンプレートを一式用意しておき、必要なときにそのまま当てはめて数個の重要な詳細だけ変える方が効率的だ。この記事では、よくあるデザインタスク向けの5つのプロンプトテンプレートをまとめる。どのテンプレートも同じロジックに従っている——役割、タスク、スタイル、フォーマット、制約条件。この5つの要素が揃っていれば、AIが自分で推測する余地はぐっと減る。
「あなたは[業種]向けにコンバージョン重視のページを作るデザイナーです。[製品名と一文の説明]、ターゲット層は[具体的なターゲット層の説明]のランディングページのヒーローセクションを作成してください。見出しは[核心的な痛点または利点]を示し、サブ見出しは[主な差別化要因]を補足し、メインボタンの文言は行動指向のトーンにしてください（『詳しくはこちら』ではなく『無料トライアルを始める』のように）。スタイル：[シンプルで余白を活かした／大胆で鮮やかな／プロフェッショナルで落ち着いた、から一つ選択]。制約：見出しは12語以内、『解き放つ』『エンパワー』といった漠然とした言葉は避けてください。」
「[数量]枚のカードを含む機能紹介セクションを作成してください。それぞれ[各機能の名前と一文の説明を列挙]を紹介します。各カードのフォーマット：アイコン1つ、6語以内のタイトル、20語以内の説明文。レイアウト：[3列／2列／1列積み重ね、から一つ選択]。スタイルはヒーローセクションと一貫性を保ち、新しい配色を別に考案しないでください。」
「これは[製品タイプ]の手描きスケッチで、[この画面が製品全体で果たす役割、例：ホーム画面／設定画面／決済画面]を描いています。スケッチでは[スケッチ内の重要な要素を一つずつ説明、例：『上部の丸は進捗インジケーターです』]。このスケッチを基に[高忠実度／中忠実度、その時のニーズに応じて選択]のプロトタイプを生成してください。スタイルは[具体的な形容詞、例：モダン、温かみのある、プロフェッショナル]を希望し、配色は[色系]を使ってください。あるボタンを押した後に続く画面があれば、それも一緒に生成してください。この1画面だけで止めないでください。」
「アップロードした[文書タイプ、例：製品仕様書／過去のスライド／会議メモ]を基に、[スライド枚数]枚のスライドのアウトラインを生成してください。目的は[プレゼンの目的、例：投資家を説得する／社内進捗報告／クライアント提案]です。物語の順序：まず[導入の切り口、例：痛点／現状]を語り、その後[核心的な内容、例：解決策／成果]を語ってください。アウトラインレベルのみ（各スライドの見出しと3つの要点）で構いません。完全な逐語原稿はまだ書かず、順序は自分で調整します。」
「これは弊社が最近発表した、品質の良い文書です（添付）。この文書から色、フォント、言葉遣いのトーンの慣習を読み取ってください。今後私が提供するすべての内容は、この既存のスタイルにできるだけ沿ったものにしてください。新しいビジュアル言語を自分で考案しないでください。もし私の指示がこの参考文書のスタイルと矛盾する場合は、自分で一方を選ばず、先に私に確認してください。」
この5つのテンプレートに共通する骨格は、役割、タスク、スタイル、フォーマット、制約条件をすべて明確にし、AIが自分で推測する曖昧な余地を残さないことだ。実務上より効率的な使い方は、これらのテンプレートをそのままコピーすることではなく、チェックリストとして扱うことだ——自分でプロンプトを書いた後、この5つの要素のどれかが欠けていないか照らし合わせる。欠けている要素は、通常後で時間をかけて修正することになる部分だ。