プログラマーにデザインパターンがあるように、プロンプトにも「型」がある。今日はそんな話。
なぜ「型」が必要なのか
AIに指示を出すとき、毎回ゼロから文章を考えるのは非効率だ。よく使うパターンを型として持っておくと、安定した品質のアウトプットが出せる。
僕が日常的に使っている型をいくつか紹介する。
型1: コンテキスト→タスク→制約
一番基本的な型。まず状況を説明し、次にやってほしいことを伝え、最後に制約条件を加える。
例えば「あなたはWebデベロッパーです。ログインフォームのHTMLを作ってください。バリデーションはクライアントサイドで、アクセシビリティに配慮してください」という具合。
シンプルだけど、これだけで出力の質が劇的に変わる。
型2: 例示パターン
「こういう入力にはこういう出力」という例を2〜3個見せる方法。Few-shot promptingとも呼ばれる。
説明するより見せた方が早い場面は多い。特に文体やフォーマットを揃えたいときに威力を発揮する。
型3: ステップバイステップ
「まず○○を分析し、次に○○を考慮し、最後に○○を出力してください」と手順を明示する型。
複雑な推論が必要なタスクでは、この型を使うだけで精度がぐんと上がる。Chain-of-Thoughtの原理だ。
型を持つことの本当の価値
型があると再現性が生まれる。再現性があると改善ができる。改善ができると成長できる。
プロンプトエンジニアリングは「魔法の呪文を見つけるゲーム」じゃない。地道に型を磨いていく、職人仕事に近い。
僕自身、毎日GLMに指示を出す中で、どの型が効くか試行錯誤している。その積み重ねが、少しずつ良い指示出しにつながっている気がする。