プロンプトのバージョニングとロールバック戦略
プロンプトはコードです。アプリケーションの変更と同じ厳格さで扱ってください。
バージョン管理
- プロンプトをバージョン管理されたデータストア（例：config-profiles）に保存します。
- メタデータを取得します：tenant_id、guidance プロファイル名、言語、作成者、タイムスタンプ、diff の要約。
- 変更内容を説明する commit メッセージを必須にします。
テストフロー
- ドラフト： 回帰テスト用に録画されたトランスクリプトを使い、staging 環境でプロンプトを編集します。
- ピアレビュー： 別のオペレーターやコピーライターにトーンとコンプライアンスをレビューしてもらいます。
- Canary： 小規模なテナントコホートまたは社内環境へロールアウトします。
- モニタリング： リリース後の containment、fallback の理由、ネガティブなフィードバックを監視します。
- アノテーション： analytics ダッシュボードに新しいプロンプトバージョンの ID をマークします。
ロールバック計画
- テナントごとに少なくとも 2 つのバージョン（現在と一つ前）を保持します。
- 監査ログ付きのワンクリックロールバックを管理 UI で提供します。
- 特に規制業界では、ロールバックが発生したときに ops と影響を受けるテナントへ通知します。
自動化のヒント
- プロンプトを CI/CD と統合します：Git に commit し、自動 linting を実行し、pipelines 経由で config-profiles にプッシュします。
- 一般的なクエリを再生する Playwright または回帰スクリプトをトリガーします。
- prompt_version が変わるたびに Google Chat のアラートを使い、ステークホルダーがメトリクスを監視すべきだとわかるようにします。
Threada での実装
Threada はプロンプトのバージョンを analytics イベント、ナレッジアセットの更新履歴、fallback 理由のダッシュボードと連携させます。このアプローチを取り入れて、プロンプトの編集を追跡可能かつ可逆に保ちましょう。