プロンプトを工程の一部として考える
安定した結果には、明確なタスク、十分なコンテキスト、確認できる出力基準が必要です。プロンプトは工程の一部として考えましょう。入力をどう準備するか、誰が出力を検証するか、失敗したときにどう戻すかまで決めておきます。
一文のプロンプトでも、一度はよい結果を出せます。しかし、10回目にも同じ結果が得られるとは限りません。差を生むのは言い回しではなく、工程が整っているかどうかです。
出力の受け入れ基準を決める
プロンプトを書く前に、受け入れ基準を書きましょう。何を正しいとするか、何を許容しないか、誰が判断するかを決めます。基準がなければ出力は感覚でしか評価できず、その感覚を次の担当者に引き継ぐことはできません。
事実、形式、トーンをそれぞれ別の段階で確認します。三つの確認を分けておけば、問題がどこにあるのかすぐに分かります。
サンプルとバージョンを残す
成功例も失敗例も保存し、変更ごとにバージョンを残しましょう。そのサンプルこそが、この作業における唯一の回帰テストになります。
こうしてプロンプトは、一度きりのひらめきから、チームで維持・運用できる制作基盤へと変わります。