Studioにおけるプロンプトとスキルのバージョン管理 | Mistral

ほとんどのエンタープライズは現在、AIシステムでどのバージョンのプロンプトが実行されているかを正確に把握できていません。AIの動作を決定するこれらの指示は、複数のチームが触れるとすぐに散在し、ユーザー体験の不一致と問題の追跡不能を引き起こします。Mistral Studioの今回のアップデートにより、プロンプトとスキルに記録システムが与えられます。すなわち、各プロンプトとスキルがバージョン管理され、所有権が明確で、トレース可能な単一の場所です。

プロンプトとスキルは本番アセットです。それらは、AIが顧客に対応したり判断を下す際に従うビジネスロジック、トーン、ポリシーを保持します。AIが顧客の前で行う動作は、使用されているプロンプトとスキルに依存します。その動作が間違っている場合、修正は次のコードリリースを待つのではなく、あらゆる本番インシデントと同様に迅速に出荷される必要があります。しかし、ほとんどのエンタープライズでは、それらはスクラッチノートのように管理されています。プロンプトは最初は簡単な実験として始まり、その後そのまま本番に移行しました。今ではコードリポジトリ、ノートブック、Slackスレッドに散在し、明確な所有者も共有履歴もありません。スキルは再構築されたり、あるチームが別のチームのバージョンを知らなかったためにフォークされたりします。

多くのエンタープライズでは、プロンプトはすでにバージョン管理されたコード内に存在するため、変更の追跡は難しい部分ではありませんでした。摩擦は別の場所にあります。指示を最も理解している人々、すなわちポリシーと文言を設定する現場のビジネスチームはコードベースで作業しないため、すべての変更はエンジニアを待たなければなりません。また、指示の改良にはイテレーションとテストが必要ですが、コードベースではコストが高くなります。一度に一つのバージョンしか出荷できず、試行のたびにコードを編集してデプロイを待つ必要があります。そのため、ほとんどのチームは早期にイテレーションを停止します。「十分良い」バージョンを出荷した後、そのまま放置し、すべての顧客回答を形作る指示は本来の可能性を大きく下回ったままになることがあります。

迅速なイテレーション、制御された出荷 構築中は、指示のイテレーションは迅速であるべきです。コードでは、プロンプトの一行の変更でも、CIの実行を待ってから挙動を確認する必要があります。Studioでは、AIビルダー（開発者であるかどうかを問わず）がプロンプトやスキルを編集し、すぐにテストできます。パイプライン実行を毎回待つ必要はありません。本番環境への出荷は異なり、それは当然です。本番環境に向けた変更は、企業がすでに要求するテストと承認を通過します。変わるのは、誰がそれを推進できるかです。ドメインエキスパートやビジネスラインの責任者は、開発者と同じ方法で本番指示を改善でき、単純なラベルを使用した昇格はCI/CDをトリガーします（例えば、GitHub Actionsワークフロー内のSDKを介して）。仕事に最も近い人々が、すでに実行している管理内で動作を改善します。

すべてのアセットが管理され発見可能であるため、優れた作業は再構築されるのではなく広がります。ワークスペース内のものはすべてチーム全体がすぐに利用できるため、ある人が正しく作成したプロンプトは同僚がすぐに使用できます。

AI動作の記録システム Studioはすべてのプロンプトとスキルを、所有者、完全な履歴、系列を持つ追跡・バージョン管理されたアセットとして扱います。

• 不変バージョン：すべてのバージョンが記録され固定されます。出荷されたバージョンは事後に密かに変更できないため、記録は常に実行されたものと一致します。
• ロールバック：任意の2つのバージョンを比較し、変更点を正確に確認し、数分で既知の良好なバージョンに戻せます。
• 明確な所有権：すべてのアセットには名前付きの所有者がいるため、変更を追跡する監査証跡が常に存在します。
• 分類ラベル：ラベル（例：「本番」対「ステージング」）で適切なプロンプトやスキルを簡単に呼び出したり見つけたりできます。
• 監査ログ：各変更は誰がいつ行ったか記録されます。監査人が求める証跡がデフォルトで存在します。

スタンドアロンカタログではできないこと 別個のプロンプトツールはアセットを一覧表示できますが、それらが機能するかどうかはわかりません。それはツールがそれらを実行するシステムの外にあるからです。プロンプトとスキルはAIが実行される場所に存在するため、Studioはそれらを実際の動作に結び付けることができます。可観測性を通じて、系列とテレメトリは本番出力を背後にあるアセットのバージョンにトレースし、最後の変更を促した使用状況にまで遡ります。エージェントが実行するスキルは、Studioから直接MCPサーバーとしてアクセス可能であるため、本番で実行されるのはバージョン管理された管理対象アセットであり、ドリフトしたコピーではありません。動作を定義し、実行を監視し、改善する。すべてを単一の真実源に対して行います。この閉じたループが、AIをカタログ化することとガバナンスを効かせることの違いです。

監査人に答える人々のための管理 管理されていないプロンプトは、監査人に答える立場の人々にとって責任です。それらはデータ処理ルールとポリシー決定を埋め込んでおり、いつか誰かが弁護しなければならなくなります。そして今日、それらはコンプライアンスチームが見ることができない場所に存在することがよくあります。Studioはそのデフォルトを変えます。すべてのアセットは、ステージングバージョンからタグ付けされた本番バージョンへと、明確なパスを通って本番に至ります。そのため、変更の出荷は偶発的ではなく意図的です。アセットは最初は作成者のみに表示され、適切なタイミングでワークスペースに昇格し、さらに組織全体に展開できます。各ステップで誰が使用できるかを制御できます。すべてのデプロイモードにおいて、データは境界内に留まります。

Studioで今すぐ利用可能 プロンプトとスキルは、Mistral Studioのお客様に本日より提供されています。本番環境でAIを実行している場合、Studioは散在するプロンプトとスキルを信頼できる管理されたアセットに変えます。

ドキュメントを読む：

• Studioで再利用可能なプロンプトを作成する
• Studioで再利用可能なスキルを作成する
• またはStudioでプロンプトとスキルを体験する。