プロンプトエンジニアリング7つの原則：2026年版完全まとめ

モデルの賢くなったことで「以前は必要だったテクニックが不要になった」ものもあります。現在も有効な原則を整理しました。

今も有効な7原則

原則1：明確な出力フォーマットを指定する

「箇条書きで」「表形式で」「JSON形式で」など、望む形式を明示することで後処理が楽になります。

原則2：具体的な数字で制約を与える

「短く」→ ❌

「200文字以内で」→ ✅

「3つのポイントに絞って」→ ✅

原則3：例を示す（Few-shot）

期待する入出力のペアを1〜3例示すると、意図が正確に伝わります。

`

例1:

入力：「猫が好き」

出力：【ペット好き】猫を愛するユーザー

入力：「毎朝ランニングしている」

出力：【健康志向】運動習慣のあるユーザー

`

原則4：役割を与える（Role Prompting）

「あなたは〇〇の専門家です」で、語彙・視点・深度が専門家レベルになります。

原則5：否定より肯定で指示する

「〇〇しないでください」より「〇〇してください」の方が精度が高い。

原則6：複雑なタスクは分割する

1つのプロンプトで全部やらせようとしない。「まず分析して」「次に改善案を出して」と段階を分けることで品質が上がります。

原則7：検証・反論を求める

「この回答に問題はありますか？」「反対意見を挙げてください」で一方的な回答を防ぐ。

古くなったテクニック（2026年時点）

• ~~「ステップごとに考えてください」~~ → 最新モデルはデフォルトで段階思考
• ~~「DAN mode」などの制約解除~~ → 最新モデルでは機能しない
• ~~長大なシステムプロンプトで全制約を列挙~~ → 簡潔な指示の方が効果的なケースも

まとめ

プロンプトエンジニアリングの本質は「伝えること」です。人間同士のコミュニケーションと同様に、明確・具体・構造的に伝えることが今も変わらず最重要です。