プロンプトのデバッグと改善ループ

本コース最終レッスンでは、プロンプトを継続的に改善する「デバッグ」の方法論を学びます。

プロンプトは一度では完成しない

初版プロンプトで完璧な出力が得られることはまれです。プロのプロンプトエンジニアも、平均5〜10回のイテレーションを経て本番品質に到達します。

デバッグの3ステップ

STEP 1：症状を特定する

出力のどこが期待と違うかを言語化します。

• 長すぎる／短すぎる
• トーンが違う
• 事実誤認がある
• 形式がバラバラ
• 抽象的すぎる／具体すぎる

STEP 2：原因を仮説立てる

典型的な原因と対応：

• 形式バラつき → 出力フォーマットを明示
• トーンの揺れ → ロール設定を強化
• 事実誤認 → 参照資料をXMLタグで提供 / 「不確かな場合は『不明』と答える」と指示
• 長さ違い → 文字数・行数を数値で指定

STEP 3：1要素ずつ変更する

一度に複数を変更すると、何が効いたかわからなくなります。1変更→1テスト→比較を徹底しましょう。

Claudeに自分のプロンプトを批評させる

意外と効果的なメタ技：

以下のプロンプトについて、改善点を指摘してください。
何が曖昧か、どう書き直すと精度が上がるか、具体例を挙げて。

<prompt_to_review>
（自分が書いたプロンプトをここに貼る）
</prompt_to_review>

プロンプトの「テスト」を仕組み化する

本番で使うプロンプトには、必ず3〜5個の入力例で動作確認を。エッジケースで壊れないか検証してから本番投入する習慣をつけましょう。

コース修了おめでとうございます

「プロンプトエンジニアリング実践」コースはこれで完了です。次は API・SDK を駆使する「Claude API & Claude Code 活用」コースで、Claude を業務システムに組み込む技術を学びましょう。