重要なポイント
- Promptガバナンス = 役割（作成者・レビュアー・承認者）+ レビューゲート（自動テスト、ピアレビュー、セキュリティスキャン）+ ロールバック手順
- Promptは静かに失敗する。デプロイ前後の可視性を提供する仕組みはガバナンスだけ
- ゲートは最低3つ：自動回帰テスト（合格率≥90%）、ピアレビュー、セキュリティスキャン
- 必要になる前にロールバックを準備する：バージョンタグ、タグを参照するデプロイ設定、オンコール担当者のアクセス権
- 監査証跡には、誰が・何を・いつ・なぜ変更したかとゲート結果を記録する。これはNIST AI RMFが推奨し、EU AI Actが高リスクシステムに求める記録保持ルールに沿ったトレーサビリティである
- システムプロンプトとPromptチェーンの各ステップは、それぞれ独立してバージョン管理され、所有者のいる資産として扱う
- エンタープライズ規模では、役割を慣習に頼らず、ツール側で強制する（保護された本番ラベル、ブランチ保護）
- EU AI Actのスケジュール：附属書III（Annex III）の高リスク義務は、2026年8月2日から2027年12月2日に延期された
- 最小構成：Git + Braintrust、LangfuseまたはPromptfoo。チームの規模とトラフィックが増えたらPrompt管理プラットフォームを追加する
Promptガバナンスとは何か、なぜ重要か
📍 In One Sentence
Promptガバナンスは、どのPromptが本番環境に到達し、稼働後にどう監視されるかを制御する、役割・レビューゲート・デプロイルールのシステムです。
💬 In Plain Terms
ガバナンスがなければ、Promptの変更は見えません。誰が何を変えたかの記録も、壊れたときにロールバックする手段も、出力品質が静かに低下したときのアラートもありません。
Promptガバナンスとは、どのPromptが本番環境に到達し、誰が変更でき、失敗したときに何が起こるかを制御するシステムです。 対象は3つの領域です。アクセス制御（誰がPromptを作成・レビュー・承認できるか）、デプロイプロセス（本番稼働前にどのテストに合格する必要があるか）、インシデント対応（失敗したPromptをどう検出・診断・ロールバックするか）です。
ガバナンスは形式主義のためにあるのではありません。Promptが静かに失敗するから必要なのです。Promptの変更で出力品質が低下しても、エラーログも例外もアラートも出ず、出力がただ悪くなるだけです。ガバナンスがないと、1行のPrompt変更が原因の品質低下の診断に、何日も費やすことがよくあります。
Promptがユーザー向け機能、規制対象の出力（法律・医療・金融）、または大量の自動化ワークフローに影響する場合は、ガバナンスを適用します。社内向けで影響が小さい単発のPromptには、正式なガバナンスは不要です。
⚠️ 静かな失敗
品質を低下させるPromptの変更は、エラーも例外もアラートも発生させません。問題に気づくのはユーザーの苦情かモニタリングを通じてであり、どちらも被害が出た後です。
Promptを誰が所有するか：3役割の所有モデル
ほとんどのチームでは、3つの役割でPromptガバナンスをカバーできます：作成者（Author）、レビュアー（Reviewer）、承認者（Approver）。 各役割には固有の責任と、固有の拒否権があります。
- 作成者：Promptを書き、初期の品質テストを実行し、レビューに提出します。機能面の正しさに責任を持ちます。
- レビュアー：品質、コンプライアンス、安全性を確認します。規制対象ドメイン（法律・医療・金融）では、レビュアーにドメインの専門知識が必要です。セキュリティ上重要なPromptでは、レッドチームによる確認を含めます。
- 承認者：本番へのデプロイを承認または拒否します。レビュアーのサインオフの有無にかかわらず、リリースを止める単独の権限を持ちます。
トラフィックの多い本番Promptには、Prompt Ownerの役割を追加します。Prompt Ownerは、そのPromptが動作するすべてのモデルファミリーとバージョン（例：OpenAI GPT、Anthropic Claude、Google Gemini）での稼働時の性能に責任を持ち、インシデント発生時の最初の連絡先になります。
同じ人が作成者と承認者を兼ねることは避けてください。自己承認されたPromptは、ミスを拾う独立したチェックを飛ばしてしまいます。3つの別々の役割を置けない小規模チームでも、本番に出す前に最低でも2人目のサインオフを必須にしてください。
📌 3役割モデルの実際
作成者・レビュアー・承認者の分離は、ソフトウェアのコードレビューと同じ考え方です。コードを書いた人が自分のプルリクエストを承認できないのと同様に、Promptでも同じ原則が当てはまります。
デプロイ前にすべてのPromptが通過すべきレビューゲート
Promptは本番に出る前に、最低3つのゲートを通過する必要があります：自動品質テスト、ピアレビュー、セキュリティスキャン。 各ゲートの結果は二値（合格か不合格）です。例外はありません。
- ゲート1 — 自動テスト：Promptは回帰テストスイート（ゴールデンセット + エッジケース）に合格率≥90%で合格する必要があります。BraintrustまたはPromptfooで実行します。不合格なら自動的にデプロイをブロックします。
- ゲート2 — ピアレビュー：レビュアーが品質とコンプライアンスを承認します。チェックリストの項目は、タスクの網羅性、形式への準拠、安全上の制約、モデル固有の挙動です（デプロイ先の少なくとも2つのモデルファミリー、例えばOpenAI GPTとAnthropic Claudeでテストします）。
- ゲート3 — セキュリティスキャン：インジェクションの経路、ジェイルブレイクへの脆弱性、機密データの漏洩を確認します。ユーザー入力のない社内専用Promptでは、このゲートはチェックリストによるレビューに簡略化できます。ユーザー入力を処理するPromptでは、自動インジェクションテストを実行します。
規制対象ドメインでは、ゲート4としてコンプライアンスレビューを追加します。資格のあるドメイン専門家が、Promptの出力が適用される基準（HIPAA、GDPR、SOC 2など）を満たしていることを確認します。このゲートは自動化できません。
各ゲートの結果を、Promptの変更履歴に記録します。ゲート2でブロックされ再提出された場合は、最初のブロック理由と解決内容を記録しなければなりません。監査人はこの記録を確認します。
💡 ゲート1を自動化する
ゲート1（自動テスト）は、デプロイ前だけでなく、すべてのコミットで実行してください。コミット時に回帰を見つければ修正は数分で済みますが、デプロイ時に見つけると数時間かかります。
本番環境で失敗したPromptのロールバック方法
バージョン管理を事前に設定しておけば、Promptのロールバックは5分未満で完了します。 ロールバックの手順は4ステップです：検出（監視アラートまたはユーザーからの報告）、特定（どのPromptバージョンが回帰を引き起こしたか）、リバート（デプロイ設定を前のバージョンタグに向ける）、確認（出力品質が回復したことを確かめる）。
ロールバックの準備は、インシデントの最中ではなく、必要になる前に整えます。最小限の構成は次のとおりです：
- デプロイしたすべてのPromptにバージョンタグを付ける：v1.0、v1.1など
- デプロイ設定は、ファイルを直接ではなくタグを参照する
- 直前の3バージョンを保持し、追加テストなしでデプロイできるようにしておく
- オンコール担当者が、上長の承認なしにデプロイ設定へ書き込めるようにする
ロールバック後は、インシデントをポストモーテムとして扱います。何が変更されたか、何が失敗したか、検出までの時間、解決までの時間、どのゲートで防ぐべきだったかを文書化し、再発防止のためにレビューチェックリストを更新します。
出力のモニタリングがなければ、回帰に最初に気づくのはたいていユーザーです。本番環境のスタックに出力品質のモニタリングを加えてください。BraintrustやLangfuseなどのツールは、ゲート1と同じ基準で本番トラフィックを採点でき、アラートのしきい値はモニタリングスタック側で設定できます。
監査証跡：何をログに記録するか、なぜか
Promptの監査証跡には、誰がPromptを変更したか、何が変わったか、いつ、なぜ（変更理由）、どのレビューゲートに合格したかを記録する必要があります。 これは、任意のガイダンスであるNIST AI RMFが推奨し、EU AI Actが高リスクAIシステムに求めるトレーサビリティと文書化を支える最低限の記録です。
監査証跡は、Promptと同じバージョン管理システムに保存します。小規模チームならGitのコミットメッセージで足ります。LangfuseなどのPrompt管理プラットフォームは、変更不可のバージョン履歴を自動的に保持します。利用中のプランでレビュアーのサインオフも記録されるかを確認し、記録されない場合はGitまたはチケット管理システムにサインオフを残してください。
一貫したコミット形式を使います：
- 作成者：名前
- レビュアー：名前 — 承認／却下
- 変更：変更内容の1行要約
- 理由：変更した理由
- テスト結果：合格率、テスト数、使用ツール
- バージョン：新しいバージョンタグ
システムプロンプトとチェーンされたPromptのガバナンス
すべてのシステムプロンプトと、Promptチェーンの各ステップは、個別にバージョン管理され、所有者のいる資産として扱います。 システムプロンプトはすべてのリクエストに影響するため、1行の編集がすべての出力を変えます。チェーンやオーケストレーションされたワークフローでは、あるステップの出力が次のステップの入力になるため、1つのPromptの回帰が3ステップ先で表面化することがあります。
- システムプロンプト、ルーティング用Prompt、ツールの説明を含め、Promptごとに所有者1人とバージョンタグ1つを割り当てる
- 各Promptをテストしたモデル名とバージョンを記録し、プロバイダーがそのモデルを更新または廃止したらゲート1を再実行する
- チェーン定義（ステップの順序、変数、ツール一覧）をPromptと一緒にバージョン管理し、ロールバックで整合した組み合わせが復元されるようにする
- 各Promptを単体でテストするだけでなく、チェーン全体をゴールデンセットでエンドツーエンドにテストする
- 別のリリースサイクルで出荷されるアプリケーションコードにシステムプロンプトを埋め込まず、デプロイ設定からバージョンタグで読み込む
チェーンの設計についてはPromptチェーニングを、2つのPrompt層の違いについてはシステムプロンプトとユーザープロンプトの違いをご覧ください。
エンタープライズのPromptガバナンス：アクセス制御、承認、EU AI Act
エンタープライズのPromptガバナンスは、3つの役割を強制される権限に変えます。 小規模チームでは役割は慣習ですが、エンタープライズ規模では、1人では回避できないルールとしてツールに組み込む必要があります。
- ロールベースのアクセス制御：本番ラベルまたはタグの指す先を変更できるのは承認者だけにし、作成者は自分の変更を公開できないようにする
- Promptのリポジトリに保護されたデプロイラベルまたはブランチ保護を設定し、レビューゲートを飛ばせないようにする
- シングルサインオンとエクスポート可能な変更履歴により、アクセスと編集をIDシステムと照合できるようにする
- 保持期間：記録保持ポリシーまたは適用される規制が求める期間、Promptのバージョンとゲート結果を保管する
EU AI Actのスケジュールは2026年に変わりました。 規則（EU）2026/1744（AIに関するデジタルオムニバス）は2026年7月27日に発効しました。これにより、附属書III（Annex III）のシステム（例：採用、与信審査、教育）の高リスク義務は2026年8月2日から2027年12月2日に、規制対象製品に組み込まれたAIについては2028年8月2日に延期されます。
AI ActはPromptガバナンスという名称には触れていません。高リスクシステムに対してリスク管理、文書化、記録保持、人間による監督を求めており、そのシステムを動かすPromptも文書化と記録保持の対象に含まれます。NIST AI RMFは任意のガイダンスで、同じ方向性（責任の文書化、トレーサビリティ、インシデント対応）を示しています。これは一般的な情報であり、法的助言ではありません。
Promptガバナンスのベストプラクティス・チェックリスト
7つの実践でリスクの大半をカバーできます：所有者を決める、すべてをバージョン管理する、変更のたびにテストする、デプロイをゲートで止める、変更をログに残す、ロールバックを訓練する、モデルが変わったら再レビューする。
- すべての本番Promptに、名前のある所有者を1人割り当てる
- Promptを変更不可のバージョンタグ付きでバージョン管理し、デプロイ済みのPromptをその場で編集しない
- Promptごとにゴールデンテストセットを維持し、変更のたびに実行する
- ゲートが不合格ならデプロイをブロックする。口頭の承認は認めない
- 変更のたびに、誰が・何を・いつ・なぜ変更したかとゲート結果をログに残す
- ロールバックを定期的（例：四半期ごと）に訓練し、オンコール担当者がインシデントの前に一度経験しておく
- プロバイダーが基盤モデルを更新または廃止したときと、決まった周期で、テストスイートを再実行しPromptを再レビューする
Promptガバナンスのツール・プラットフォーム・ソフトウェア
最小構成のガバナンススタックは、Git + テストランナーです。 Prompt管理プラットフォームは、その土台にバージョン管理、環境、アクセス制御を加えます。強制したい統制に応じて選んでください。
- Git：Promptファイルのバージョン管理。無料。どの規模のチームでも使えます。GitHubやGitLabのブランチ保護で必須レビューを強制できます。一貫して運用する規律が必要です。
- PromptHub：バージョン管理、ブランチ単位のデプロイ、コミットやマージのたびに評価器を実行するパイプラインを備えたPrompt管理。無料プランあり。有料プランは月額課金でPro月額$12、Team 1ユーザーあたり月額$20から。料金ページには承認ワークフローや監査ログの記載がないため、サインオフにはGitのレビューを併用してください。
- Langfuse：Promptのバージョン管理とproductionなどのラベルを備えたオープンソースのLLMエンジニアリングプラットフォーム。無料のHobbyクラウドプランにPromptのバージョン管理が含まれます。productionラベルを動かせる人を制限する保護ラベルには、TeamsアドオンつきのProプランまたはEnterpriseが必要です。
- Braintrust：CI/CD統合を備えた評価プラットフォーム。すべてのPRで自動品質テストを実行します。Starterプランは無料、Proは月額$249で、ロールベースのアクセス制御と環境が加わります。すでにPromptの自動テストを運用しているチームに向いています。
- Promptfoo：ゲート1とゲート3のためのオープンソースのテスト／レッドチーミングランナー。OpenAIは2026年3月9日にPromptfooの買収に合意したと発表し、Promptfooはオープンソースプロジェクトはオープンソースのまま維持されるとしています。標準として採用する前に、リポジトリのライセンスとロードマップを確認してください。
- Vellum：トラフィック管理、A/Bテスト、ライブ評価を備えた本番Promptのデプロイ。段階的なロールアウトでインシデントの影響範囲を抑えられる、トラフィックの多いアプリケーションに向いています。
- PromptQuorum：デプロイ先のモデルファミリー（OpenAI GPT、Anthropic Claude、Google Gemini）でPromptが動作することを、デプロイ前に確認するマルチモデルテスト。ゲート2のピアレビューで使います。
必要に応じて選びます。履歴とレビューだけが必要なら、ブランチ保護つきのGitで十分です。エンジニア以外がPromptを編集するなら、役割とUIを備えたプラットフォームを選びます。本番へ昇格できる人を強制したい場合は、実際に購入するプランに保護ラベルや承認ルールが含まれているかを確認してください。ランキング形式の比較はPrompt管理プラットフォームの比較とLangSmith vs Helicone vs Langfuseをご覧ください。料金はベンダーの定価で、変更されます。情報源に挙げたベンダーのページで確認してください。
よくある質問
Promptガバナンスとは何ですか？
どのPromptが本番環境に到達し、どう監視されるかを制御する、役割・レビュープロセス・デプロイルールのシステムです。誰がPromptを作成でき、誰が承認する必要があり、デプロイ前にどのテストに合格すべきか、本番でPromptが失敗したときに何をするかを含みます。
本番環境でPromptガバナンスが重要なのはなぜですか？
Promptは静かに失敗します。エラーログも例外もアラートもなく、目に見える兆候がないまま出力品質が低下します。ガバナンスは可視性を加えます。すべての変更が追跡され、すべてのバージョンがレビューでき、すべてのデプロイがロールバックできます。
Promptガバナンスにはどの役割が必要ですか？
ほとんどのチームは3つの役割でカバーできます：作成者（Promptを書き、初期テストを実行）、レビュアー（品質とコンプライアンスを確認）、承認者（本番デプロイを承認）。大きなチームはPrompt Ownerの役割を追加します。
Promptガバナンスのベストプラクティスは何ですか？
すべての本番Promptに所有者を1人割り当て、変更不可のタグ付きでバージョン管理し、変更のたびにゴールデンテストセットを実行し、ゲートが不合格ならデプロイをブロックし、誰が何をなぜ変更したかをログに残し、ロールバックを訓練し、基盤モデルが変わったらPromptを再レビューします。
Promptガバナンスソフトウェアとは何ですか？
ガバナンスプロセスの一部（バージョン履歴、アクセス制御、テスト自動化、デプロイラベル、監査ログ）を強制するツールの総称です。多くのチームは1つの製品に頼らず、Git、評価ツール、Prompt管理プラットフォームを組み合わせています。
どのPrompt管理ツールが承認ワークフローに対応していますか？
承認機能はベンダーとプランによって異なります。Langfuseには、productionラベルを動かせる人を制限する保護ラベルがあり、TeamsアドオンつきのProプランとEnterpriseで利用できます。BraintrustのProにはロールベースのアクセス制御が加わります。GitHubとGitLabはブランチ保護で必須レビューを強制します。購入するプランの正確な機能を確認してください。
システムプロンプトはどのようにガバナンスしますか？
システムプロンプトごとに、名前のある所有者とタグを付けて個別にバージョン管理し、テストしたモデルのバージョンを記録し、デプロイ設定からタグで読み込み、Promptまたはモデルが変わるたびに回帰スイートを再実行します。Promptチェーンでは、チェーン全体をまとめてバージョン管理しテストします。
本番環境の問題あるPromptをロールバックするには？
デプロイしたすべてのPromptを、GitまたはPrompt管理ツールでバージョンタグ付きで保存しておきます。回帰を検出したら、デプロイ設定を前のバージョンに戻して再デプロイします。バージョン管理を事前に設定しておけば、5分未満で完了します。
NIST AI リスクマネジメントフレームワークはPromptガバナンスを要求していますか？
いいえ。NIST AI RMF 1.0（2023年）は任意のガイダンスです。説明責任、トレーサビリティ、デプロイ前のリスク評価、インシデント対応などのガバナンス統制を推奨しており、Promptのバージョン管理とレビューゲートはそのすべてを支えます。
EU AI ActはPromptガバナンスを要求していますか？
EU AI ActはPromptガバナンスという名称には触れていません。高リスクAIシステムに対してリスク管理、文書化、記録保持、人間による監督を求めており、そのシステムを動かすPromptも文書化の対象に含まれます。規則（EU）2026/1744により、附属書III（Annex III）の高リスク義務は2027年12月2日に延期されました（附属書I（Annex I）の製品は2028年8月2日）。バージョン管理、レビューゲート、監査証跡は、Promptの変更を追跡する助けになります。これは一般的な情報であり、法的助言ではありません。
Promptガバナンスとモデルガバナンスはどう違いますか？
モデルガバナンスは、モデルの選定、学習、バイアステスト、デプロイ方針を扱います。Promptガバナンスは、デプロイ済みのモデルに与える指示を扱います。規制のある環境ではどちらも必要で、補完的でありながら別のものです。
Promptの監査証跡には何を含めるべきですか？
Promptの監査証跡には、各バージョンのPromptテキスト、変更者、日時、理由、合格したテスト、デプロイの承認者、そのPromptに起因するインシデントを記録します。証跡は検索できなければなりません。特定の時点でどのPromptが稼働していたかを監査人に問われたら、5分未満で答えられる状態にしておきます。