この記事を使って、リリースとは何か、Finの変更をライブ会話から分離する方法、変更を準備・検証・展開するためにリリースを使うタイミングを理解しましょう。
リリースとは何ですか？
リリースは、Finの設定変更を準備・展開する専用の作業スペースです。編集を直接ライブのFin設定に公開する代わりに、変更をリリースに追加できます。リリース内の変更は、公開またはロールアウトを開始するまで、ライブのFin本番版であるMain Finには影響しません。
なぜリリースを使うのですか？
コンテンツ、ガイダンス、手順、その他の設定は連携して動作するため、小さな更新でも予期せぬ影響が出ることがあります。リリースはこれらの変更を管理する構造化された方法を提供します。リリースを使うと、次のことができます：
関連する変更を1つのリリースにまとめる。
変更がライブになる前にチームメイトと協力する。
PreviewとEvalsを使って変更を検証する。
すぐに公開、段階的展開、またはMain Finに対するA/Bテストで自信を持って展開する。
リリースはどのように機能しますか？
リリースは、変更の準備から出荷まで4つの段階を経ます：
リリースを作成する。 何が変わるかを示す説明的な名前を付けます。名前はチーム内のみで使われ、Finは使用しません。
変更を追加する。 リリースにはコンテンツ、ガイダンス、エスカレーションガイダンス、手順、スキルを含められます。リリース内でこれらの項目を追加、編集、削除できます。
変更を検証する。 Previewを使って変更適用後のFinの動作をテストし、Evals（テーマ別の模擬テスト会話グループ）を実行してリリースが他の部分のFinの動作を壊していないか確認します。
リリースを出荷する。 すべての会話に対してMain Finに公開するか、会話の一定割合や特定の対象に段階的に展開するか、リリースとMain Finの間で会話を分割するA/Bテストを実行します。
変更は作業中の場所に保存されるため、リリース切り替え機能でリリースかMain Finのどちらを編集しているかがわかります。リリース内に保存された変更は単独で顧客に届くことはありません。
いつリリースを使うべきですか？
顧客に見せる前にテストしたいほど大きな変更がある場合は、リリースを使いましょう。一般的なケースは次の通りです：
ケース | リリースが役立つ理由 |
製品発売の準備をする | 記事を更新し、ガイダンスを追加し、新機能の手順を1つのリリースで作成してから、一緒に公開するか段階的に展開します。 |
Finの顧客質問への回答を改善する | コンテンツの変更をリリースにまとめ、新しい設定をライブ設定と比較して回答品質が向上したか測定します。 |
質問への回答から解決へ移行する | Finが返金処理をエンドツーエンドで行える手順を導入し、段階的展開やA/Bテストで既存のコンテンツベースの体験と比較します。 |
リリースがMain Finと競合した場合はどうなりますか？
リリースに追加した項目がMain Finで変更された場合、リリースは競合を検出します。競合がある間は、修正するまでリリースを公開したりロールアウトを開始したりできません。2つのリリースが同じ項目を変更すると競合が発生し、変更は結合されず、一方のリリースを公開するともう一方に競合が生じます。
誰がリリースを提案・公開できますか？
リリースの操作は、リリース内の各種変更に対して2つの権限レベルに依存します：
提案： チームメイトはドラフトリリースで変更を行えますが、ライブに設定できません。
公開： チームメイトは変更をMain Finに直接公開できます。個別またはリリース単位での公開、段階的展開、A/Bテストを含みます。
リリースをライブに設定するには、チームメイトはリリース内のすべての変更種類に対して公開権限を持っている必要があります。提案と公開の権限レベルは、設定でチームメイトの権限を編集するときに設定します。
Knowledgeのリリースを制御する権限は？
チームメイトの権限のKnowledgeセクションには、コンテンツ（スニペット、内部記事、同期）用とhelp center記事用の2つの設定があります。各設定には3つのオプションがあります：
コンテンツ：コンテンツを閲覧できる；ドラフトリリースで変更を提案できる；Main Finに直接変更を公開できる（個別またはリリース単位）。
help center記事：help center記事を閲覧できる；ドラフトリリースで変更を提案できる；Main Finに直接変更を公開できる（個別またはリリース単位）。
Fin AI Agent & Automationのリリースを制御する権限は？
Fin AI Agent & Automationセクションには、workflowsとすべてのFin設定の権限設定があります。ガイダンス、エスカレーション、手順などのFin設定をカバーし、4つのオプションがあります：
設定閲覧権限なし
設定を閲覧できる
設定を閲覧し、ドラフトリリースで変更を提案できる
設定を閲覧し、Main Finに直接変更を公開できる（個別またはリリース単位）
公開オプションを選択すると、その下にInbound workflows & Fin configurationのチェックボックスが表示されます。
よくある質問
Main Finとは何ですか？
Main Finとは何ですか？
Main FinはライブのFin本番版で、一部の場所ではFin Mainとも表示されます。リリース内の変更は、公開またはロールアウトを開始するまでMain Finに影響しません。
提案レベルのチームメイトはリリースを公開できますか？
提案レベルのチームメイトはリリースを公開できますか？
提案レベルのチームメイトはリリースを公開できません。ドラフトリリースで変更はできますが、それらをライブに設定できません。
リリース内の変更は公開前に顧客に届きますか？
リリース内の変更は公開前に顧客に届きますか？
リリース内の変更は、公開またはロールアウトを開始するまで顧客に届きません。変更はリリースに保存され、Main Finはその間変更されません。
Fin Mainに公開、Fin Mainに保存、リリースドラフトに保存の意味は？
Fin Mainに公開、Fin Mainに保存、リリースドラフトに保存の意味は？
Fin Mainに公開は編集をFin Mainに保存し、すぐにライブになります。項目がHelp Centerで公開されておらず、すべてのFinエージェントでオフの場合、ボタンはFin Mainに保存と表示されます：編集は保存されますが、項目を公開するかFinの利用可能なエージェントをオンにするまでライブになりません。ボタン横の矢印メニューのリリースドラフトに保存は編集をリリースに保存します。これらのボタンはリリースを公開しません。