香月 リサ 先生
プロンプトエンジニアリングで最も大切なのは反復改善よ。
最初から完璧なプロンプトが書ける人はいないの。
戸倉 ジャスミン
え、先生でも一発で決まらないの?
香月 リサ 先生
もちろんよ。
プロの流れはこんな感じね。
1. まずシンプルなプロンプトで試す
2. 出力を確認し、問題点を分析する
3. プロンプトを修正して再度試す
4. 満足するまで2〜3を繰り返す
深見 つむぎ
PDCAサイクルのような考え方ですね。
香月 リサ 先生
まさに。
書いて→試して→直すの繰り返し。
改善のポイントは、制約を増やす、例を足す、表現を変える、構造を整える、といったところね。
雪村 ましろ
なんだか安心しました…最初から上手くなくてもいいんですねぇ!
香月 リサ 先生
そう。
失敗から学ぶプロセスこそがプロンプトエンジニアリングの本質よ。
戸倉 ジャスミン
でもさ、何回も試すのって時間かかるじゃん?
香月 リサ 先生
確かに。
だから大事なのは『何が悪かったか』を言語化すること。
『答えが長すぎた』『専門用語が多すぎた』『話題がズレた』など、問題を特定してピンポイントで直すのがコツ。
深見 つむぎ
補足すると、各バージョンのプロンプトと出力を記録しておくと、後で比較しやすいですね。
香月 リサ 先生
つむぎさんらしい視点ね。
これをプロンプトログと呼ぶ人もいるわ。
最近はLangSmithやPromptLayerのような専用ツールも増えているの。
戸倉 ジャスミン
プロンプト書くための専用ツールまであるんだ!
雪村 ましろ
ましろ、スマホのメモに残しておくのでも大丈夫ですかぁ?
香月 リサ 先生
もちろんよ、ましろちゃん。
大事なのは『どう直したら良くなったか』を振り返れる形にすることなの。
戸倉 ジャスミン
よーし、あたしもメモ取りながらやってみる!
深見 つむぎ
先生、改善を繰り返すときのコツはありますか?
香月 リサ 先生
『1回に1つの変更』を心がけるといいわ。
複数の要素を同時に変えると、どれが効いたのか分からなくなるの。
科学実験と同じ発想よ。
雪村 ましろ
『制約を増やす』と『例を足す』を同時にやっちゃダメなんですねぇ…
香月 リサ 先生
その通り。
一つずつ変えて効果を確認するのが最短ルート。
これはA/Bテストの発想にも近いわ。
戸倉 ジャスミン
なるほど、焦って一気に直すとかえって遠回りなんだね!
雪村 ましろ
ましろ、今日からプロンプト日記つけますっ!
香月 リサ 先生
素敵なアイデアね、ましろちゃん。
『自分がいつどんなプロンプトを書いて、どう改善したか』を記録すると、
1ヶ月後には見違えるほど上達しているわよ。
深見 つむぎ
上達の道筋が可視化されると、モチベーションも保ちやすいですね。
戸倉 ジャスミン
先生、どれくらいで『一人前』になれんの?
香月 リサ 先生
ふふ、難しい質問ね。
個人差はあるけど、毎日プロンプトを書く習慣があれば、3ヶ月くらいで『基礎は身についた』感覚が得られるわ。
ただしAIの進化が早いから、学びに終わりはないの。
雪村 ましろ
ゴールがない旅って、なんだか素敵ですぅ…
確認クイズ
プロンプトの反復改善プロセスとして正しい順序はどれか?
- 分析→修正→試行→完成
- 試行→分析→修正→再試行
- 修正→試行→完成→分析
- 完成→試行→分析→修正
こたえを見る
正解: 2. 試行→分析→修正→再試行
まず試行し、出力を分析し、プロンプトを修正して再度試行するという反復的なサイクルが基本です。PDCAと同じく、実行→評価→改善のループが核心です。
