Finがカスタマーサポートの重要な部分になるにつれて、変更管理はより複雑になります。コンテンツ、ガイダンス、手順、その他の設定が連携しているため、小さな更新でも予期せぬ影響が出ることがあります。リリースはこれらの変更を体系的に管理する方法を提供します。

Releasesは、専用のワークスペースでFinの設定変更を安全に準備・展開できる機能です。編集を直接ライブのFin設定に公開する代わりに、変更をリリースに追加できます。

Releasesを使うと、次のことができます:

リリースは変更を保持します。変更を追加し、安全に編集し、不要になったものをリリースから削除できます。リリース内の変更は、公開または展開開始までMain Finには影響しません。

リリースは現在Service agentでのみ機能します。リリースを作成するには:

変更内容を示す説明的な名前をリリースに付けます。例：「Refund processing changes」。説明は任意です。名前と説明はチーム内で識別するためのもので、Finは使用しません。

リリースを作成すると、その中で作業を開始します。アプリの色が変わり、左上のリリース切り替えでリリース名が表示され、Main Finではないことがわかります。ここで保存した変更はすべてリリースに入り、Main Finには入りません。

リリースに変更を追加できます。例えば、Contentでヘルプ記事をテストし、GuidanceやEscalation guidanceで行動ルールをテストし、Proceduresで多段階フローをテストし、Skillsでスキルをテストできます。

変更を追加すると、リリースの変更リストに表示されます。リリースにはChanges、Evals、Resultsのタブがあり、それぞれに件数が表示されます。

アイテムに加えられた正確な変更を確認するには、アイテムをクリックして差分を表示します。

リリースを開き、Add more changesをクリックしてアイテムの種類を選択します。リリース内で追加、編集、削除できるアイテムの種類は次の通りです:

公開記事などの新しいアイテムをリリース内で直接作成できます。リリース内で新しいアイテムを作成するには:

新しいアイテムはPublishedの代わりにPublishes with the releaseを表示し、このステータスはロックされています。アイテムはリリースを公開するかロールアウトを開始したときにのみ公開されます。Main Finに既に存在するアイテムとは異なり、新しいアイテムのAudienceメニューは開いているため、リリース内でAudienceを変更できます。

新しいアイテムを保存すると、確認メッセージが表示され、変更を表示ボタンがあります。

Main Finに既に存在するアイテムを開くと、エディターはデフォルトでロックされています。リリース内の既存アイテムを編集するには：

既存のアイテムをリリースに保存すると、確認メッセージが表示され、変更を表示ボタンがあります。

アイテムがMain Finに既に存在する場合、そのPublished、Sales agentとCopilotの利用可能性、およびAudience設定はリリース内でロックされ、それぞれの横にロックアイコンが表示されます。Help Centerに既に公開されているアイテムはリリースから非公開にできません。既存アイテムを非公開にするかAudienceを変更するには、Main Finに切り替えてそこで変更してください。アイテムがロールアウトまたはA/Bテスト中のリリースの一部である場合、そのロールアウトまたはA/Bテストが停止されるかリリースが公開されるまでMain Finで変更できません。

Main Finでアイテムを編集している間に、編集内容をリリースに保存することもできます。Main Finからリリースに編集内容を保存するには：

リリースの一部であるアイテムは、タイトルの横にリリースバッジとカウントが表示されます。バッジをクリックすると、そのアイテムが含まれるリリースと編集されたかどうかが表示されます。

リリース概要の各アイテムには、変更の種類を示すインジケーターがあります：

別のリリースに切り替えるには、ナビゲーションの左上にあるスイッチャーを使用します。そこから新しいリリースを作成したり、ライブのFinバージョンであるMain Finに切り替えたりできます。スイッチャーには各リリースの変更数とステータス（ドラフトやロールアウトの割合など）が表示されます。検索ボックス、Manage releases、New releaseもあります。

リリースからMain Finに戻るには：

Main Finに戻ると、アプリとInboxがグレー表示になり、公開した変更はすぐにライブになります。リリース中はアプリが色付き背景で表示されます。

ライブ会話に到達する前に、リリースをプレビューして、変更が適用されたFinの動作を正確に確認します。

Evalsは保存されたテスト会話のセットをリリースに対して実行し、それぞれに自動的に合格または不合格の結果を得られるので、変更がFinの他の動作を壊していないかを顧客に届く前に確認できます。

Evalはテーマ別のSimulationsのグループです（あなたが定義した基準を持つ現実的な複数ターンのテスト会話）。リリースに対して実行すると、すべてのシミュレーションがMain Finの代わりにリリースの変更を適用して実行されます。ライブ会話には影響しません。

evals、simulations、スコアリングの仕組みについて詳しくはFin Evalsをご覧ください。

リリースを操作するには、チームメンバーはリリース内の各種変更に対してproposeレベルまたはpublishレベルの権限が必要です。Fin AI Agent & Automation、Knowledge content、Help Center記事の権限にはそれぞれレベルがあり、各レベルはそれ以下のすべてを含みます。

リリースに関して重要なのは2つのレベルです：

リリースをライブに設定するには、その中のすべての変更種類に対してpublishレベルの権限が必要です。例えば、リリースにguidanceとHelp Center記事が含まれる場合、Fin AI Agent & AutomationとHelp Center記事の両方のpublishレベルが必要です。

この表は各権限領域の各レベルに対応する正確な権限オプションを示しています：

Fin AI Agent & Automationの権限はすべての自動化設定をカバーします：

また、すべてのFin AI Agent設定もカバーします：

Knowledge contentの権限はスニペット、内部記事、ウェブ同期をカバーします。

Help Centerの記事の権限には、Help Centerの記事の閲覧、提案、公開が含まれます。権限カードには、Help Centerの記事の保存されたビューを管理できる別のオプションもあります。

設定やコンテンツのみ閲覧できるチームメイトは、Finの設定、シミュレーション、評価を開くことはできますが、変更はできません。

リリースに追加したアイテムがMain Finで変更された場合、リリースは競合を検出します。これはどのアイテムタイプでも起こり得ます。例えば、チームメイトが同じガイダンスをMain Finで直接更新したり、別のリリースで編集した場合などです。

競合がある間は、リリースを公開したりロールアウトを開始したりできません。

競合を解決するには：

変更内容のプレビューが良好な場合、顧客への届け方を決めます。リリースを開き、出荷方法を選択してください：

公開、段階的ロールアウト、A/Bテストについて詳しくはHow to roll out a release in Finをご覧ください。

ロールアウトはいつでも終了でき、公開済みリリースのアイテムは各アイテムのバージョン履歴からロールバックできます。詳細はHow to roll out a release in Finをご覧ください。

これらの記事はリリースやFinの変更テストに関連するタスクをカバーしています：