メむンコンテンツぞスキップ
芋出し画像
Photo bydaisaw33

【第452回】 Agentforce  2025 幎 6 月以前分 新機胜リリヌス ハむラむト

    Nobuyuki Watanabe

    Data 360 ず同様に、Agentforce もほが毎月のように新機胜が远加されおおり、正盎なずころキャッチアップするだけでも䞀苊劎です。

    私自身も、「い぀の間にか新機胜が増えおいる」「結局どれが本圓に重芁なのか分かりづらい」ず感じるこずが増えおきたした。リリヌスノヌトをそのたた远うだけでは、党䜓像や優先順䜍が芋えにくいのが実情です。

    そこで今埌は、Data 360 ず同じように、Agentforce に぀いおも 毎月の新機胜を芁点だけ敎理するたずめ蚘事 を継続しおいきたいず思いたす。

    単なる機胜玹介ではなく、「䜕が倉わったのか」「どこにむンパクトがあるのか」を分かりやすく敎理しおいく予定です。


    過去の蚘事


    2025 幎 6 月以前分リリヌス ハむラむト

    今回の蚘事では、2025 幎 6 月以前のアップデヌト内容をたずめお玹介 しおいたす。

    正盎なずころ、2026 幎 2 月時点であたりにも叀い情報を现かく远いかけおも実務䞊の䟡倀は限定的です。そのため、本蚘事は「流れを把握するための敎理」ずしおご芧いただき、実際の掻甚を怜蚎される堎合は、ここに蚘茉しおいる内容以降のアップデヌトもあわせお確認するこずをおすすめしたす。

    6 月以前の倧きなトピックずしおは、次のような流れがありたした。

    • Employee ゚ヌゞェントの登堎

    • RAGData Libraryの匷化

    • テスト機胜ず品質指暙の敎備

    • Flow / Apex ずの連携拡匵

    ぀たりこの期間は、Agentforce が「詊隓的に觊っおみる AI」から「業務プロセスに組み蟌める基盀」ぞず進化し始めたフェヌズだったず蚀えたす。

    それでは、各機胜を順番に芋おいきたしょう。


    ゚ヌゞェント皮類ず業務適甚の拡倧

    Agentforce Employee AgentAEA

    瀟内業務向けに、Employee Agent が本栌登堎したした。

    他の゚ヌゞェントテンプレヌトずは異なり、埓業員゚ヌゞェントは瀟内埓業員向けに蚭蚈されおおり、ログむンナヌザヌのコンテキストで実行され、各埓業員゚ヌゞェントを特定のプロファむルたたはナヌザヌに割り圓おるこずができたす。

    ポむント

    • Lightning Experience / Slack / Salesforce Mobile など耇数基盀を暪断しお業務を自動化

    • 自然蚀語 UI + テンプレヌトで立ち䞊げが速い

    • ナヌザヌコンテキスト暩限に埓っお動䜜するため、ロヌルに応じた回答・実行が可胜

    • 組織内で耇数゚ヌゞェントを䜜れる蚭蚈「1䜓だけ」制玄の解消

    • Slack では @メンションで呌び出し可胜協業䜓隓が匷い

    泚意暩限セットたたはプロファむルを䜿甚しお、特定のAgentforce埓業員゚ヌゞェントぞのナヌザヌアクセスを制埡したす。
    新しい Agentforce Builder で䜜成された゚ヌゞェントの堎合は、「蚭定」で暩限セットたたはプロファむルを曎新しおください。


    チャネル拡匵

    Agentforce Service Agent を Email に接続

    Service Agent がメヌルでの自埋応答に察応したした。

    Agentforce サヌビス゚ヌゞェントは、顧客の電子メヌル問い合わせに自埋的に応答できたす。
    たずえば、顧客が荷物の到着予定日を尋ねおきたら、゚ヌゞェントは配送予定日ず远跡番号で顧客に返答できたす。メヌル応答は Agentforce デヌタラむブラリでグラりンディングされたす。

    ポむント

    • Email-to-Case ず連携し、ケヌスメヌル同様に Case Feed に残る

    • テンプレヌトでメヌル構造を制埡し、内容は Topic / Action / Instructions で生成

    • Omni-Channel Flow で制埡可胜簡易代替も可

    • AI生成である旚のリヌガル文蚀、必芁なら人間ぞの゚スカレヌション導線も提䟛

    • 送信状況はレポヌト等で远跡可胜


    ゚ヌゞェント構築・制埡の匷化

    倉数で意思決定を制埡Variables

    ゚ヌゞェントの刀断を倉数で制埡できるようになりたした。

    セキュリティを匷化し、゚ヌゞェントの動䜜の䞀貫性を確保するには、怜玢条件、呜什、アクションの入力ずしお倉数を䜿甚したす。倉数を䜿甚しお、゚ヌゞェントがトピックずアクションを䜿甚する方法を制埡したり、䌚話に関する詳现情報を提䟛したりできたす。

    ポむント

    • Context Variables$Contextオブゞェクト項目の参照

    • Custom Conversation Variablesセッション内で保持する倉数

    • Action の出力を倉数に栌玍しお埌続の分岐・制埡に掻甚

    • 「䌚話の流れ」をより再珟性高く蚭蚈できる


    トピックアクションのアクセス制埡Filters

    条件に応じお、特定 Topic / Action を出し分けできるようになりたした。

    䟋

    • Case ステヌタスが Escalated の時だけ特定トピックを蚱可

    • 賌入埌30日以内の泚文だけ返品アクションを蚱可

    トピックずアクションの怜玢条件を䜜成しお、特定の条件を満たした堎合にのみ゚ヌゞェントが䌚話で䜿甚できるようにしたす。指定した倉数に基づいおアクセスを制限できたす。顧客チャネルの゚ヌゞェントの堎合、怜玢条件を䜿甚しお、ナヌザヌの ToDo を実行するトピックずアクションの認蚌を芁求するこずを掚奚したす。

    蚭定方法

    1. 開始する前に、[コンテキスト] パネルから、怜玢条件で䜿甚する倉数を゚ヌゞェントに远加したす。

      • メッセヌゞングコンテキスト倉数

      • カスタム倉数

    2. Agentforce ゚ヌゞェントの [蚭定] ペヌゞから、Agentforce Builder で゚ヌゞェントを起動したす。

    3. ゚ヌゞェントが有効な堎合は、無効化したす。

    4. サむドバヌから [コンテキスト] を遞択したす。

    5. [コンテキスト] パネルから [条件] タブを遞択し、[新芏] をクリックしたす。

    6. 怜玢条件の名前、API参照名、説明を入力したす。

    7. この怜玢条件が適甚されたトピックたたはアクションを゚ヌゞェントが䜿甚するには、いずれかの条件を満たす必芁があるのか、すべおの条件を満たす必芁があるのかを指定したす。

    8. 条件を䜜成するには、倉数、挔算子、倀を指定したす。

      • 耇数条件を䜜成可胜

      • コンテキスト倉数、䌚話倉数、カスタム倉数がサポヌト

    9. 倉曎内容を保存したす。

    10. 怜玢条件を䜿甚するには、1 ぀以䞊のトピックたたはアクションに適甚したす。

    11. [トピック] パネルから、倉曎するトピックの名前をクリックしたす。

    12. トピックに怜玢条件を远加するには、トピックの詳现パネルで [フィルタヌ] アむコンをクリックしたす。

    13. トピックのアクションに怜玢条件を远加するには、このトピックのアクションタブを遞択し、倉曎するアクションの名前をクリックしたす。アクションの詳现パネルで [フィルタヌ] アむコンをクリックしたす。

    14. 適甚する怜玢条件を怜玢しお遞択し、倉曎を保存したす。
      ※ 怜玢条件は、この゚ヌゞェントのトピックたたはアクションにのみ適甚されたす。

    • 怜玢条件をテストするには、プレビュヌ䌚話を再開しお倉曎を適甚したす。

    • トピックたたはアクションに適甚された怜玢条件を衚瀺したり、怜玢条件を远加たたは削陀したりするには、[トピック] パネルからそのアセットの詳现パネルを開きたす。

    • フィルタを線集たたは削陀するには、[コンテキスト] パネルから [フィルタ] タブを遞択し、倉曎するフィルタを開きたす。珟圚怜玢条件を䜿甚しおいるすべおのアセットを衚瀺するこずもできたす。


    Flow / Apex / API 連携ヘッドレス運甚

    Agents in Flows & ApexInvocable Actions

    Flow や Apex から゚ヌゞェントを呌び出しお業務を自動化できたす。

    ゚ヌゞェントのトピック、アクション、および掚論機胜ぞのアクセス暩をナヌザヌに付䞎しお、反埩䜜業を自動化し、リアルタむムの支揎を提䟛したす。

    呌び出し可胜なアクションを䜿甚しお、フロヌたたは Apex クラスから Agentforce サヌビス゚ヌゞェント、Agentforce 埓業員゚ヌゞェント、たたは Agentforceデフォルトをコヌルしたす。゚ヌゞェントをコヌルしお、フロヌたたは Apex クラスを呌び出せる堎所からバックグラりンドたたはむベント駆動の ToDo を実行できたす。

    ポむント

    • トリガヌに応じたバックグラりンド実行が可胜

    • 耇数の Invocable Action を 1 ぀の Flow に組み蟌み可胜

    • Flow / Apex からコンテキストを枡し、゚ヌゞェント偎の Topic / Action を実行


    Agent APIREST

    UI に䟝存しないプログラム的な゚ヌゞェント利甚が可胜になりたした。

    Agent API を䜿甚するず、開発者は REST API を通じお Agentforce の゚ヌゞェントにプログラムから接続し、生成 AI を掻甚するこずができたす。この機胜により、UI の制玄に瞛られるこずなく、さたざたなプラットフォヌムやワヌクフロヌをたたいで AI ゚ヌゞェントずシヌムレスに連携し、タスクを実行できるようになりたす。

    䞻な機胜

    • ヘッドレスな゚ヌゞェントのデプロむ
      ナヌザヌむンタヌフェヌスを持たずに動䜜する゚ヌゞェントを䜜成・デプロむでき、バック゚ンド凊理の自動化を実珟したす。

    • 暙準化されたむンタラクション
      API では暙準化された゚ンドポむントが定矩されおおり、瀟内システムやサヌドパヌティアプリケヌションずの統合を容易に行えたす。

    • セッション管理
      ゚ヌゞェントずのセッション開始、メッセヌゞ送信、セッション終了をプログラムから実行できたす。これには、セッション状態やむンタラクションを管理するために必芁な API コヌルが含たれたす。

    この機胜により、耇数の゚ヌゞェントが盞互に連携し、必芁に応じお互いを呌び出しながら動䜜する、堅牢な゚ヌゞェントベヌスの゚コシステムを構築でき、ワヌクフロヌ党䜓の最適化を実珟できたす。

    ポむント

    • セッション開始メッセヌゞ送信終了を API で制埡

    • 瀟内システムや倖郚アプリずの統合がしやすい

    • 「ヘッドレス゚ヌゞェント」の運甚が珟実的に可胜

    開発者ヘルプペヌゞ


    Data Library / Data Cloud 連携匷化

    Agentforce Data Library に Web Search が远加

    Agentforce で Web 怜玢が䜿えるようになりたした。

    デヌタラむブラリを介しお Agentforce に Web 怜玢を統合する新機胜により、゚ヌゞェントは情報怜玢プロセスを匷化できたす。この機胜により、゚ヌゞェントはリアルタむムの Web 怜玢を実行でき、ナヌザヌの問い合わせに察応するために公開されおいる幅広いデヌタにアクセスできるようになりたす。

    ポむント

    • Data Library で Web Search タむプを䜜成しお利甚

    • General Web Search Topic を甚意し、公開情報のみ扱う運甚ガヌドも可胜

    • 既存の FAQ 系トピックずの競合同アクション制玄には泚意


    ADL のビルド進捗がリアルタむム衚瀺

    Agentforce デヌタラむブラリでは、ビルドプロセスの進行状況がリアルタむムで曎新されるようになり、ラむブラリがい぀ビルドされ、い぀䜿甚可胜になるかをナヌザヌが明確に把握できるようになりたした。

    明確な進捗状況むンゞケヌタヌにより、システムがデヌタラむブラリを構築䞭であるこずをナヌザヌに通知したす。この間、担圓゚ヌゞェントはラむブラリのデヌタをテストやナヌザヌずの䌚話に䜿甚したせん。これにより、正確性が確保され、䞍完党なデヌタセットぞの䟝存を回避できたす。


    Salesforce ファむルでのグラりンディング

    PDF 等の非構造化ファむルContentDocumentを取り蟌み、怜玢・RAG に掻甚可胜になりたした。

    Data 360 は、組織内で ContentDocument オブゞェクトずしお保存されおいる PDF やテキストファむルなどの非構造化デヌタの取り蟌みず分析をサポヌトするようになりたした。これにより、ドキュメントを怜玢甚にむンデックス化し、構造化デヌタず調和させ、自動回答や゚ヌゞェントによる応答ずいった AI ゚クスペリ゚ンスを匷化するこずで、ドキュメントから有益なむンサむトを匕き出すこずができたす。

    この機胜により、ナレッゞベヌスの蚘事だけに基づいお質問に答えるだけでなく、顧客アカりントに添付されたドキュメント特定の契玄曞、保険蚌刞、その他の関連コンテンツなどに基づいお、顧客ごずにパヌ゜ナラむズされた回答を提䟛できるようになりたす。これにより、より正確で状況に応じたやり取りが可胜になりたす。

    ナヌスケヌス

    • 契玄曞、保険玄欟、顧客個別資料などをアカりントに玐づけお回答粟床を向䞊

    • ナレッゞ蚘事だけでは察応しきれない領域ぞの適甚


    Ensemble Retriever耇数゜ヌス統合怜玢

    耇数 retriever を䞊列怜玢し、結果を統合・再ランキングしお最適化したす。

    アンサンブルリトリヌバヌは、耇数の゜ヌスからデヌタを集玄するこずで、LLM プロンプトテンプレヌトにおける高床なク゚リを可胜にしたす。この機胜により、LLM プロンプトの根拠ずなる正確か぀関連性の高い知識が匷化され、党䜓的な回答品質が向䞊したす。

    アンサンブルリトリヌバヌを利甚する堎合、システムは個々のリトリヌバヌを䞊列に実行し、それぞれの怜玢を独立しお凊理したす。その埌、結果は単䞀のリストにたずめられ、関連性に基づいお再ランク付けされたす。これにより、最も関連性の高い情報のみが返され、プロンプトたたぱヌゞェントずのやり取りの効率が最適化されたす。

    プロンプトビルダヌにアンサンブルリトリヌバヌを組み蟌むには、たずプロンプトテンプレヌトを䜜成たたは線集したす。プロンプトテンプレヌトワヌクスペヌスで、「リ゜ヌスの挿入」オプションから「Einstein Search | Ensemble Retriever」を遞択しおリトリヌバヌを挿入したす。これにより、遞択可胜なアンサンブルリトリヌバヌが衚瀺されたす。

    ナヌザヌは、

    • 特定の怜玢テキスト゚ヌゞェント入力を定矩

    • 出力フィヌルドを遞択

    • 取埗される結果の最倧数を蚭定

    するこずができたす。

    ポむント

    • 1぀のプロンプトで耇数怜玢を統合

    • 取埗件数や出力項目を調敎可胜

    • RAG の取りこがしずノむズを䞡面で改善


    PrefiltersRetriever の事前絞り蟌み

    Retriever の怜玢範囲を、静的倀たたは動的マヌゞ項目で絞り蟌み可胜になりたした。関連性の高い結果だけを返す蚭蚈が可胜になりたす。

    プロンプトビルダヌのプレフィルタヌは、プロンプトテンプレヌトで Einstein Search Retriever が返すデヌタの特異性ず関連性を高めたす。これらのプレフィルタヌにより、技術ナヌザヌは Retriever の怜玢範囲を制限する条件を蚭定でき、関連性の高い情報のみが取埗されるようにするこずができたす。

    蚭定手順

    1. たず Einstein Studio 内で個別のリトリヌバヌを䜜成し、アクティブ化したす。

    2. 管理者はテンプレヌト蚭定にアクセスし、「怜玢パラメヌタ」セクションに移動しお事前フィルタヌ条件を指定したす。

    3. 事前フィルタヌ入力フィヌルドでは、静的な倀たたは動的な差し蟌み項目のいずれかを遞択しお、返されるデヌタを指定できたす。

    4. 「怜玢テキスト」フィヌルドを䜿甚しお怜玢をさらに絞り蟌みたす。

    5. 出力フィヌルドセクションで、返されるフィヌルドを調敎し、垌望する出力に応じおカスタマむズしたす。

    6. リトリヌバヌを倉曎するず新しいバヌゞョンが䜜成されるため、プロンプトテンプレヌトに組み蟌むにはアクティブ化が必芁です。


    Prompt Builder の進化

    ファむル入力察応画像 / PDF など

    Prompt Template に、画像や PDF を入力ずしお枡せるようになりたした。

    Prompt Builder は、画像や PDF などのファむルをプロンプトテンプレヌトに盎接組み蟌むこずができるため、マルチモヌダル AI 機胜をサポヌトするようになりたした。この進化により、倧芏暡蚀語モデルLLMは埓来のテキスト入力に加えお、芖芚デヌタや文曞構造を掻甚できるようになり、生成される出力の品質ずコンテキストが向䞊したす。

    䞻なナヌスケヌス

    • 匷化された補品説明
      補品画像ずテキストメタデヌタを組み合わせるこずで、芖芚的芁玠を正確に捉えた補品仕様の生成を自動化できたす。

    • 匷化されたトラブルシュヌティング
      スクリヌンショットなどの芖芚情報を掻甚し、より正確なアドバむスを提䟛できたす。

    • PDF 分析ず比范
      契玄曞 PDF を解釈し、既存の Salesforce レコヌドずの䞍䞀臎を識別する自動化フロヌを構築できたす。

    • ファむル統合方法
      ・ 技術的な統合の堎合FileContentDocumentレコヌド経由
      ・ 簡易蚭定の堎合メモず添付ファむルの関連リスト経由

    このマルチモヌダル機胜により、ナヌザヌ入力からの豊富なコンテキスト情報を掻甚しお AI 応答を高床化し、ワヌクフロヌ効率を向䞊させたす。


    テストず品質保蚌

    Agentforce Testing Centerバッチテスト

    CSV で倧量シナリオを流し、Pass / Fail を䞀括評䟡できたす。
    倱敗ケヌスは Builder 偎で再テストしお原因远跡が可胜です。

    Agentforce Testing Center は、Agent Builder で゚ヌゞェントの効率的なバッチテストを可胜にしたす。CSV アップロヌドテンプレヌトを利甚するこずで、広範なテストケヌスを準備・実行し、トピックずアクションのパフォヌマンスを評䟡できたす。

    実行結果では、成功・倱敗のケヌスが衚瀺され、倱敗したケヌスは Agent Builder で盎接再テストできたす。詳现なログも提䟛されたす。

    泚意この機胜は CRM デヌタに圱響する可胜性があるため、サンドボックス環境でのテストのみをサポヌトしおいたす。


    AI によるテストケヌス自動生成

    暙準オブゞェクト取匕先、リヌド、商談、取匕先責任者およびカスタムオブゞェクトの自動テストケヌス䜜成が可胜になりたした。

    カスタムオブゞェクトの堎合は、説明に以䞋を含めたす。

    • カスタムオブゞェクト名

    • 関連するサンプル発話

    䟋

    「[カスタムオブゞェクト名] のテストケヌスを生成したす。サンプル発話は、[発話1]、[発話2] です。」

    「ナレッゞで質問に回答」アクションの堎合は、関連ナレッゞ蚘事を明瀺しお生成したす。


    Testing API の品質メトリクス远加

    テスト API に新たに远加された指暙を掻甚しお、゚ヌゞェントのパフォヌマンス評䟡を匷化できたす。今回のアップデヌトでは、䞀貫性、完党性、簡朔性、応答遅延ずいった応答品質指暙が導入されたした。これらの指暙は、゚ヌゞェントの出力に関する掞察を提䟛し、より詳现な評䟡を可胜にしたす。

    远加された品質指暙

    • Coherence論理䞀貫性
      ゚ヌゞェントの応答の論理的な䞀貫性を評䟡したす。

    • Completeness網矅性
      応答がナヌザヌのク゚リに完党に察応しおいるかどうかを枬定したす。

    • Conciseness簡朔性
      応答の簡朔さず関連性を評䟡したす。

    • Response Latency応答遅延
      ゚ヌゞェントが応答するたでにかかる時間を枬定したす。

    開発者ヘルプペヌゞ


    管理者支揎

    Customer Verificationワンタむムパスワヌド

    センシティブな Topic / Action 実行前に、ワンタむムパスワヌドOTPで本人確認を挟めたす。
    セキュアな業務ナヌスケヌスが䜜りやすくなりたした。

    カスタマむズ可胜な OTP ベヌスの顧客怜蚌でセキュリティを匷化し、専甚のテンプレヌトず Gen AI アシスタンスを䜿甚しお゚ヌゞェントの䜜成を加速し、Agent for Setup を介しお管理タスクを効率化し、Agentforce Service Assistant を掻甚し、明確な進捗状況むンゞケヌタヌで UX を向䞊させたす。

    顧客怜蚌トピックは、機密性の高いアクションを実行する前に認蚌を匷制するこずで、Agentforce Service ゚ヌゞェントの安党なナヌザヌむンタラクションを効率化したす。この機胜により、開発者はナヌザヌ怜蚌が必芁なトピックずアクションを指定できるため、セキュリティプロトコルの遵守を匷化できたす。

    トリガヌされるず、゚ヌゞェントはナヌザヌのメヌルアドレスにワンタむムパスコヌドOTPを送信し、アクセス制埡を行いたす。正しい OTP を入力するず、゚ヌゞェントは怜蚌枈みナヌザヌのコンテキストを取埗し、予玄やアカりント情報の管理ずいった制限されたアクションぞのアクセスを蚱可したす。

    このプロセスは、フィルタヌや倉数マッピングによっおカスタマむズ可胜で、セキュリティ察策を最適化できたす。


    セットアップ゚ヌゞェント

    Agent for Setup は、AI 機胜を日垞業務に統合するこずで、管理者の効率性を向䞊させたす。有効にするず Agent Builder に衚瀺され、トピック、アクション、システムメッセヌゞを特定のニヌズに合わせおカスタマむズできたす。

    䞻なアクションは次のずおりです。

    • Salesforce ドキュメントで質問に答える

    • ナヌザヌのオブゞェクト暩限を取埗しお説明する

    • フィヌルド / オブゞェクトを名前で識別する

    • 接続されたアプリの移行

    これらのアクションを利甚しお、セットアッププロセスを効果的にトラブルシュヌティングし、匷化したす。


    Agentforce Service Assistantケヌス画面支揎

    ケヌスの芁玄や察応プラン生成を行い、サヌビス担圓者の生産性を向䞊させたす。

    Agentforce サヌビスアシスタントは、ケヌスレコヌドペヌゞの Lightning コンポヌネントであり、サヌビス担圓者のケヌス解決効率を向䞊させたす。ケヌスを開くず、フィヌドを分析しお簡朔な抂芁を生成するため、担圓者は重芁な詳现を迅速に把握できたす。

    AI グラりンディング技術を掻甚し、組織固有のデヌタずポリシヌに基づいお、ワンクリックでカスタマむズされた段階的なサヌビスプランを提䟛したす。アシスタントは Agentforce のトピックず指瀺を掻甚しお正確性を確保し、固定ルヌルやメンテナンスを必芁ずせずに、応答時間ず顧客満足床を向䞊させたす。

    個々のケヌスデヌタは保持されないため、デヌタセキュリティは確保されたす。


    進捗むンゞケヌタヌProgress Indicator

    Agentforceデフォルトおよび Agentforce Service ゚ヌゞェントでは、各アクションに個別の進捗むンゞケヌタヌが衚瀺されるようになり、ナヌザヌの信頌ず透明性が向䞊したした。

    カスタムアクションでは、ナヌザヌ定矩の読み蟌み䞭テキストを衚瀺できるため、むンタラクション゚クスペリ゚ンスが向䞊したす。以前は、゚ヌゞェントは汎甚的な進捗むンゞケヌタヌを䜿甚しおいたしたが、これは具䜓的ではありたせんでした。

    読み蟌み䞭テキストを実装するには、Agent Builder で目的のアクションにアクセスし、「このアクションの読み蟌み䞭テキストを衚瀺する」蚭定を有効にし、「読み蟌み䞭テキスト」フィヌルドにカスタム文字列を入力したす。アプリ内および Web 䌚話のメッセヌゞングでの衚瀺には、远加の蚭定が必芁です。

    画像

    倚蚀語察応

    サヌビス゚ヌゞェント の察応蚀語拡倧

    Agentforce Service Agent は、英語ず日本語に加え、特定のロケヌルにおいおフランス語、ドむツ語、むタリア語、ポルトガル語、スペむン語を含む耇数の蚀語をサポヌトするようになりたした。これは、すべおの拡匵メッセヌゞングチャネルに適甚されたす。

    蚀語蚭定は、Agent Builder でデフォルト蚀語を指定し、远加オプションを遞択するこずで蚭定できたす。

    英語以倖の蚀語で操䜜する堎合、システムメッセヌゞは手動で翻蚳する必芁がありたす。たた、䞀郚の蚀語モデルの出力では、指定されたロケヌルず完党に䞀臎しない応答が生成される堎合があるため、倚蚀語むンタラクションにおける翻蚳ず期埅倀の慎重な管理が必芁です。


    Prompt Builder の蚀語拡匵

    Einstein Trust Layer で完党にサポヌトされおいる蚀語に加えお、Salesforce でサポヌトされおいる他の蚀語も䜿甚できたす。ただし、远加された蚀語では Trust Layer の機胜が利甚できない堎合がありたす。

    これらの蚀語を䜿甚するには、Einstein の蚭定でグロヌバル蚀語サポヌトを有効にしおください。以䞋のヘルプを参照しおください。


    今回は以䞊です。


    次の蚘事はこちら

    前回の蚘事はこちら

    私の note のトップペヌゞはこちら

     
     
     
    Salesforce Marketing Cloud、Agentforce、Data Cloud、Salesforce 認定資栌に関する実践的な情報を発信しおいたす。これらの蚘事が、皆さたの孊習や日々の業務に少しでもお圹に立おば幞いです。