
介紹 Agentforce
推理、主題、說明和行動指南
推理、主題、說明和行動指南
AI 智慧代理有潛力,透過提高效率、減少人工精力,以及創造更複雜且適應性的工作場所,來徹底改變組織。這就是為什麼我們推出 Agentforce,這是一個用於構建 AI 智慧代理的平台。但隨著新技術,還有新的概念,以及新的實施考量。
本指南將探討 Agentforce 的核心要素,並作為一系列指南中的第一篇,未來將隨著 Agentforce 的發展持續演進。在此資源中,您將找到有關 Agentforce 的運作方式的詳細資訊,以及建築師和所有技術從業者在使用 Agentforce 建置時需要知道的關鍵功能和衡量。
雖然代理不像傳統軟體那樣遵循程式碼的邏輯,Agentforce 提供了多種元件,讓您能進一步控制代理的推理方式。還有許多功能使 Agentforce 得以擴展。以下是這些元件的概覽:
元件 | 何時使用 | 所需技能 |
---|---|---|
代理可調用動作 | 從 Flow 或 Apex 呼叫代理 | 低程式碼 |
代理介面 | 從 Salesforce 外部呼叫代理 | 專業程式碼 |
代理變數 | 透過選取主題和動作,新增其他控制項,以針對代理原因的方式。 | 低程式碼 |
Agentforce 開發套件 | 透過程式化介面使用 Python 程式碼從頭開始建立代理至 Salesforce Agentforce 的基礎架構。 | 專業程式碼 |
模型產生器 | 自訂生成式 AI 模型或建立預測模型 | 低程式碼 |
策略規劃是部署AI智慧代理的關鍵。如果您的組織尚未制定策略,我們建議在Trailhead完成AI策略課程徽章 。由此開始,我們假設您已經熟悉定義AI願景、成立AI委員會、建立AI治理、識別AI使用案例以及建立路線圖的流程。
建立代理需要時間和資源。仔細規劃將幫助您第一次就正確進行。開始建立任何代理之前,請為您計劃建立的每個代理定義一個使用案例並建立流程圖。Trailhead上的代理規劃徽章 涵蓋「概述代理的工作 」單元中的流程映射。概述理想的使用者體驗,以及系統如何回應使用者輸入並處理潛在錯誤或問題。
產生的圖表將有助於確保您瞭解流程。這能協助您產生指示,並知道在哪裡使用動作、變數和篩選器。這種代理規劃方法的好處包括:
在我們繼續之前,重要的是要注意,代理並不是Salesforce Platform上唯一可用的生成式 AI 工具。提示詞範本是另一個強大的工具,使用生成式AI建構應用程式。內建在提示詞產生器中的提示詞範本可讓您定義一組結構化、可重複使用的指示,指導生成式 AI 模型以產生特定輸出。他們可以透過預定義欄位、資料圖表和上下文資料檢索增強生成(RAG)來參考Salesforce資料。提示詞範本也具備高度安全性 — 所有提示都會透過Salesforce的信任層處理,遵守權限設定、遮蔽敏感資料,並標示不當輸出。
提示詞範本是與AI的單一回合互動,非常適合不需要記憶體或多步驟推理的一次性任務。例如,當您需要重新撰寫句子或總結案例時,提示詞範本非常適合,因為不需要持續的前後關聯。在設計使用提示詞範本的解決方案時,重要的是要記住它們是無狀態的即它們不會在回合之間保留記憶體),並且它們不會做出決定或採取行動。提示詞範本會根據您在設計時提供的輸入和邏輯生成回應。
提示詞範本可以在嵌入式AI解決方案中單獨使用,或者您可以將提示詞範本新增至代理作為代理動作。在以下情況下,單獨使用提示詞範本是理想的:
提示詞範本使用個案:
請記住,雖然提示詞範本可以根據執行時動態填入的資料生成回應,但它們無法進行推理或採取行動。
代理是根據不斷變化的前後關聯,自主決定要做什麼、順序以及如何執行的軟體系統。代理可以根據結果進行規劃、理由、呼叫外部動作(例如 API 呼叫或資料庫查詢)以及做出反應,因此不僅僅是單一提示。它們可以根據它們在過程中學到的內容,選擇不同的路徑或回應。代理在以下情況下最適合:
AI 智慧代理使用案例:
想了解Agentforce如何理解使用者請求並決定採取哪些動作嗎?本節將引導您瞭解決策過程的核心:Atlas 邏輯引擎。就像瞭解執行順序對於理解Salesforce中紀錄儲存時的運作方式至關重要,瞭解Atlas推理引擎在幕後的運作機制,也能幫助您深入掌握Agentforce的運作原理。
Atlas推理引擎使用一系列提示、程式碼、LLM呼叫,以及三個關鍵建構塊,協助代理了解並有效地回應。請將以下三個元素(主題、指令和動作)視為您可操控的槓桿,藉此讓代理為您發揮效用。當您調整這些元素時,其實就是在設計提示詞,以供推理引擎用來理解、判斷和採取行動。沒錯:Agentforce 在推理引擎中使用提示語來分類主題和動作。這也就表示,每當您在Agent Builder中建立代理時,其實就是在進行提示詞工程!
在我們更深入探討 Atlas 推理引擎之前,讓我們先仔細了解「主題」、「指令」和「動作」這三個重要的中繼資料元素 — 每當您使用 Agentforce 建立代理時,都需要定義它們。
主題是代理能力的基礎,定義它可以做什麼,以及可以處理的客戶請求類型。可以把它們想像成具有特定專業知識、工具(動作)和指引(指令)的專門部門。當客戶傳送訊息時,您的代理會先判斷應由哪個「部門」(主題)處理該請求,接著依循該部門的指引並運用其工具來協助客戶。主題也有一個範圍,可定義代理在該特定主題區域中可以和不可可以做什麼。
指示是指導如何處理主題內對話、指導動作選擇、設定對話模式以及提供業務背景的指導方針。清晰而不同的主題可防止重疊,並確保推理引擎正確分類客戶請求。指示應清晰、具體且可行動,以有效指導代理。
動作可作為代理用來取得資訊或執行任務的工具。定義動作時,瞭解推理引擎如何處理它們至關重要。引擎會根據其名稱、描述和輸入以及主題指示和對話內容來審查可用的動作。Agentforce 隨附一些標準代理動作,您可以建立自訂代理動作以進一步擴展實作。但是,建立自訂動作之前,您始終應檢查是否可以使用標準動作。設計動作時要考慮可重複使用性,因為動作可用於多個主題。以下是可用的自訂代理動作清單,以及您應該使用它們的時間:
元件 | 何時使用 | 所需技能 | 需要額外許可證? |
---|---|---|---|
提示詞範本 | 呼叫 LLM 以生成回應。提示詞範本動作是代理使用RAG的方式之一。 | 低程式碼 | 當然, |
流程 | 執行基於低程式碼規則的自動化和記錄擷取 | 低程式碼 | 否 |
Apex 代碼 | 執行以專業程式碼規則為基礎的自動化和記錄擷取 | 專業程式碼 | 否 |
MuleSoft API | 在複雜的企業環境中,從舊式系統和其他外部應用程式擷取資料 | 專業程式碼 | 當然, |
外部服務 | 從支援 OpenAPI 規格的 REST API 擷取資料 | 低程式碼 | 當然, |
預測模型 | 與您的代理一起使用預測性 AI | 低程式碼 | 當然, |
您可能想知道代理如何使用主題、指示和動作來完成工作。以下是每當呼叫代理時,Atlas 推理引擎內發生的情況逐步分析。
當從使用者收到訊息或查詢,或從事件、資料變更或 API 呼叫中呼叫代理時,就會開始此流程。
邏輯引擎會分析使用者的訊息,將其分類至最相關的主題。對於此分類步驟,邏輯引擎只會查看主題名稱和主題分類說明。如果沒有相符的主題,則預設為「非主題」分類。
與所選主題相關的範圍、指令和動作會與原始使用者訊息及對話歷程,通常是最近六輪,一併注入提示中。最終生成的提示會送交LLM,以判斷代理接下來應該執行的動作。
代理會分析合併輸入 (使用者訊息、指示、潛在動作),並決定下一步:
在傳送最終回應之前,代理會執行最後一次檢查,以確保其建議的回應是根據並遵守提供的主題指示。此步驟會檢查回應是否:
最終經過驗證的回應會傳送給使用者。如果著陸步驟失敗,代理會重試並嘗試生成固定回應。如果它無法產生固定的回應,它將發送標準消息,通知使用者無法處理請求。
瞭解此工作流程有助於解釋為什麼您的代理的每個元件(主題、指示和動作)都必須精心設計,以配合此推理流程。但它並不止於此。
為了提供額外的控制權並為代理工作流程添加確定邏輯,Agentforce 使用條件篩選。這就像是表單欄位的動態可見性規則,只不過是用在代理的推理過程中。
條件篩選器就像守門人,決定在推理過程中某個主題或動作是否應被納入考量。與引導大型語言模型決策的指令不同,篩選器是在系統層級運作,根據特定條件完全排除或納入主題和動作。
條件式篩選可透過兩種關鍵方式增強代理的效能:
1. 改善主題分類準確度
通過根據對話狀態從考量中刪除不相關的主題,可以減少主題分類過程中的「語義雜訊」。這能讓LLM更輕鬆地為指定使用者查詢選取正確的主題。
舉例而言,如果使用者尚未驗證,篩選器可以隱藏與帳戶特定動作相關的所有主題。這可防止代理將一般查詢錯誤分類為敏感主題,這最終會導致驗證錯誤或不當回應。
2. 根據情境選擇合適的動作
選取主題後,篩選器會根據目前對話狀態進一步調整該主題中的可用動作:
條件篩選的運作方式
Atlas 邏輯引擎支援根據兩種類型的變數進行篩選:前後關聯變數和自訂變數。以下是每種類型的屬性的快速概述:
元件 | 前後關聯變數 | 自訂變數 |
---|---|---|
可以由使用者實例化 | 否 | 當然, |
可以輸入動作 | 當然, | 當然, |
可以是動作的輸出 | 否 | 當然, |
可以通過動作更新 | 否 | 當然, |
可用於動作和主題的篩選器 | 當然, | 當然, |
支援的類型 | 文件/數字 | 文件/數字 |
這些是從訊息工作階段衍生的變數,可以包括:
情境變數特別適用於根據已知的客戶資訊來個人化互動,而無需透過對話方式向客戶詢問。在使用情境變數設計解決方案時,重要的是要注意,這些變數是在工作階段啟動時設定的,並在該工作階段期間不可變更。
自訂變數會儲存從動作傳回的資訊。這些可用於:
篩選器會根據情境變數與自訂變數的值運作。篩選器可同時套用於主題層級與動作層級:
以下是 Atlas 邏輯引擎的簡單檢視,顯示推理流程如何採用主題層級和動作層級篩選器。
篩選最常見的使用個案是控制對敏感操作的存取:
Filter: "Requires Authentication"
Condition: authenticationStatus = "verified"
適用於:帳戶管理主題,付款處理主題
這可確保即使使用者在驗證前詢問其帳戶或付款,代理也不會允許呼叫這些主題。
篩選器還可以幫助處理步驟以正確的順序執行:
Filter: "Order Number Required"
Condition: orderNumber != null
適用於:檢查訂單狀態動作、修改訂單動作
這可確保訂單相關的動作只有在收集訂單編號並儲存在變數中後才可用。
了解篩選和指示之間的區別很重要:
Atlas 推理引擎的另一部分是引用。您可以使用引用來驗證 LLM 用來產生回應的來源。您可在下列圖表中看到引用的位置適合推理引擎流程。
此圖表還突出了推理引擎的可組合架構。升級、引用和護欄是推理引擎使用 Agentforce for Service 範本建立代理時所使用的模組元件。如今,推理引擎使用的模塊化元件是以逐個範本的基礎設置。我們正在努力使這些組件變得更像樂高零件,可以從代理商中換出,甚至可以在未來客戶進行交換。
我們已經涵蓋了很多內容。現在,讓我們回去一步,並介紹一個完整的示例,瞭解當客戶問代理問題時,主題、指示和動作如何與推理引擎一起運作。
客戶留言:「我昨天訂購了一件紅色毛衣,但我需要更改送貨地址。」
現在您了解邏輯引擎的工作原理以及為什麼主題、動作和指示如此重要,讓我們來看看一些建立它們的最佳做法。
主題是代理能力的基礎。它們定義您的代理知道如何做,以及可以處理哪些類型的客戶請求。主題的三個元素是主題名稱、分類描述和範圍。
不好的例子 | 好例子 | 為什麼更好 |
---|---|---|
客戶資訊 | 提供訂單狀態和詳細資訊 | 清楚描述要完成的工作 |
幫助 | 回答技術問題 | 指定提供的說明類型 |
取得交易 | 協助更新付款詳細資料 | 指定提供的說明類型 |
這說明哪些使用者訊息應觸發此主題。這對於幫助您的代理了解何時使用此主題非常重要,並在分類步驟中使用。
不好的例子 | 好例子 | 為什麼更好 |
---|---|---|
處理訂單相關問題。 | 驗證訂單編號後,為客戶提供訂單詳細資訊和狀態的更新。 | 釐清主題範圍。 |
帳戶相關協助。 | 協助使用者處理登入問題、帳戶建立和密碼重設。 | 更具體;使代理能夠選擇正確的 |
處理付款問題之前,請先驗證。 | 協助使用者新增或更新其付款資訊,包括信用卡和PayPal詳細資訊。 | 特別提到重新導向不同主題。 提醒:使用條件主題篩選器以獲得更高的確定性。 |
如果您發現代理一直無法為使用者查詢選取正確的主題,主題名稱和描述就是您應該先調查和細化的地方。
這定義您的代理在本主題中可以和不能執行的內容的邊界。
不好的例子 | 好例子 | 為什麼更好 |
---|---|---|
處理訂單問題和問題。 | 您的工作只是回答與客戶的訂單狀態、退貨狀態或退貨和維修政策相關的問題。切勿啟動或產生訂單或退貨。 | 為代理應該和不應該做的事情設定明確的邊界。 |
協助解決登入問題。 | 您的工作只是幫助無法登錄的客戶重設密碼,或是查找他們的使用者名。您無法更新帳戶資訊或修改權限。 | 明確說明主題可以執行的活動和邊界。 |
讓我們看看如何在設計時設定主題,以便代理協助使用者重設密碼。主題、說明和動作可能如下所示:
元件 | 內容 |
---|---|
主題名稱 | 重設密碼 |
分類說明 | 協助忘記密碼、無法登入、需要重設認證、被鎖定或遇到登入問題的客戶。幫助使用者更改密碼或恢復帳戶訪問權限。 |
範圍 | 您的工作只是幫助客戶重置密碼或恢復使用者名。您可以通過電子郵件/電話驗證身份並啟動密碼重置。除了驗證之外,您無法存取帳戶詳細資訊,或修改密碼以外的任何客戶資訊。 |
指示 |
---|
在繼續驗證身份之前,請詢問客戶偏好的驗證方法(電子郵件或電話)。 |
根據客戶偏好使用「驗證客戶電子郵件」或「驗證客戶電話」動作。在驗證成功之前,請勿嘗試重設密碼。 |
驗證後,請說明重設過程:「我會將安全重設連結發送到您的電子郵件,該連結在 24 小時內過期。」 |
僅當客戶無法使用其註冊的電子郵件/電話時,才使用安全性問題驗證。 |
完成重設後,詢問他們是否需要其他與存取帳戶相關的任何協助。 |
動作名稱 | 說明 | 輸入 |
---|---|---|
驗證客戶電子郵件 | 透過將電子郵件與帳戶配對來驗證身份。如果成功,則返回驗證狀態和客戶 ID。 | 電子郵件地址:客戶的電子郵件(格式:example@domain.com)。 |
驗證客戶電話 | 透過發送代碼到客戶的電話來驗證身份。無法驗證電子郵件時使用。 | 電話號碼:不含特殊字元的 10 位數字號碼。 |
發送密碼重設電子郵件 | 將 24 小時到期重設連結發送到經過驗證的電子郵件。僅在驗證成功後使用。 | 客戶 ID:成功驗證後的驗證 ID |
然後在運行時,當客戶從公司的網站與我們的代理互動時,會發生以下情況:
指示是指示您的代理如何處理主題內對話的指導方針。指示可協助代理決定要採取哪些行動以及如何回應。
指示在您的代理的決策過程中起了幾個關鍵作用:
如果沒有明確的指示,您的代理可能會選擇錯誤的動作、誤解使用者要求,或提供不一致的回應。但請記住,指令會合併到提示中並發送給 LLM,因此非確定性。它們不會取代動作中對編碼商業規則的需求。
邏輯引擎處理客戶請求時,會使用您的指示執行下列作業:
您的指示越清晰明確,您的代理就會執行得越一致。
建立您的代理時,瞭解何時使用指示與動作來實現功能非常重要。針對必須一致強制執行的關鍵業務邏輯使用動作,例如複雜計算、敏感資訊處理以及需要特定排序的多步驟操作。相反,請使用「指示」來指導對話流程、協助代理根據前後關聯選取適當的動作、定義回應格式和語調,以及在資訊模糊時建立澄清策略。
退款訂單動作範例:
public with sharing class RefundOrderHandler {
public class RefundResult {
@AuraEnabled public Boolean canReturn;
@AuraEnabled public String message;
}
@AuraEnabled
public static RefundResult processRefund(Id orderId, Date orderDate) {
RefundResult result = new RefundResult();
if (orderDate == null || orderId == null) {
result.canReturn = false;
result.message = 'Invalid input: Order ID and Order Date are required.';
return result;
}
Date today = Date.today();
Integer daysSinceOrder = today.daysBetween(orderDate);
if (daysSinceOrder > 30) {
result.canReturn = false;
result.message = 'Order cannot be returned. More than 30 days have passed.';
} else {
result.canReturn = true;
result.message = 'Order can be returned. Sending return slip.';
sendReturnEmail(orderId);
}
return result;
}
以下是一些與邏輯引擎配合良好的指示範例:
不好的範例 | 好例子 | 為什麼這些更好 |
---|---|---|
獲取客戶的訂單詳細資訊。 | 如果客戶查詢訂單狀態,提供所有查詢選項,包括電子郵件地址、訂單日期或訂單ID。 | 提供特定指引,並使用與動作名稱類似的語言。 |
協助解決裝置問題 | 在使用「使用知識回答問題」動作擷取疑難排解資訊之前,請先清楚哪種類型的裝置(iOS 或 Android)。在「使用知識回答問題」動作的「搜尋查詢」中包含裝置類型。 | 為先收集哪些資訊提供清晰的指示,並指定要使用哪個動作。 |
使用知識解決產品問題。 | 如果有關產品特性的問題,請先確定客戶要詢問哪種特定產品。然後使用具有確切的產品名稱的知識動作來擷取準確的資訊。 | 提供清晰的步驟順序,並指定如何使動作更有效。 |
檢查客戶是否需要幫助。 | 提供有關運送狀態的資訊後,始終詢問客戶是否需要其他與其訂單相關的任何幫助。 | 具體何時和如何跟進。 |
動作是您的代理使用來取得資訊或執行任務的工具。
當您的代理處理客戶請求時,推理引擎:
為了讓這個過程有效運作,您的動作需要清晰、描述性的名稱和指示,以幫助推理引擎了解何時和如何使用它們。為了減少延遲並提升效能,請勿為單一主題指派超過 15 個動作,並請記得:動作可以在多個主題之間重複使用。
代理中的每個動作都有三個需要設定的重要部分:動作名稱、動作指示和動作輸入指示。
不好的範例 | 好例子 | 為什麼這些更好 |
---|---|---|
GetOrderInfo | LookupOrderStatus | 清楚描述動作提供的資訊 |
UpdateContactRecord | UpdateCustomerPhoneNumber | 具體說明正在更新的內容 |
ProcessPmt | ProcessPayment | 避免使用縮寫以提高清晰度 |
動作說明會告訴推理引擎該動作的用途,以及應在何時使用它。這些指示對於協助您的代理在正確的時間選擇正確的動作至關重要。
不好的範例 | 好例子 | 為什麼這些更好 |
---|---|---|
更新電話號碼。 | 更新與其記錄相關聯的使用者電話號碼。如果沒有相符的記錄,它將建立一則新記錄。 | 說明該動作的作用,以及如何處理邊緣案例。 |
取得追蹤資訊。 | 根據追蹤編號和目的地郵遞區號,提供客戶訂單的追蹤資訊。 | 說明何時使用此動作,以及需要哪些資訊。 |
提供知識。 | 搜尋知識庫,以尋找關於產品、原則或流程問題的答案。當使用者詢問「如何」的問題,或需要其帳戶不具體的資訊時,應該使用此動作。 | 說明何時應在對話流程中使用該動作。 |
檢查帳戶。 | 驗證客戶帳戶是否存在,並返回帳戶狀態資訊。當客戶嘗試判斷他們是否已擁有帳戶,或帳戶是否處於活動狀態時,請使用此動作。需要電子郵件地址或電話號碼才能執行查詢。 | 清楚說明目的、使用時間以及需要哪些資訊。 |
行動指示的最佳實務:
動作輸入指示可定義動作所需的資訊,以及代理應如何從客戶那裡收集資訊。清晰的輸入指示可幫助代理以正確的格式收集正確的資訊。
不好的範例 | 好例子 | 為什麼這些更好 |
---|---|---|
輸入訂單 ID。 | 訂單 ID 是一個 18 個字元的字母數字識別碼。 | 提供格式詳細資訊。 |
客戶電子郵件。 | 用於驗證帳戶的客戶電子郵件地址。格式應為有效的電子郵件地址(example@domain.com)。 | 指定格式和驗證需求。 |
搜尋查詢。 | 描述使用者問題的詳細搜尋查詢。包含使用者提到的特定產品名稱、錯誤代碼或症狀,以改善搜尋結果。對於技術問題,請始終包括設備類型 (iOS/Android)和應用程序版本(如果提到)。 | 說明如何使用要包含的特定元素構建有效查詢。 |
電話號碼 | 客戶的 10 位數電話號碼,沒有空格或特殊字元。如果客戶提供了帶有格式化的數字(例如:555-123-4567),請在傳送至操作之前刪除特殊字符。 | 提供清晰的格式化說明和處理指南。 |
動作輸入指示的主要提示:
這是我們經常從客戶那裡聽到的問題。簡短的答案,是的。Data Cloud 是 Agentforce 的不可或缺的一部分,因為 Data Cloud 架構被利用於 Agentforce 中的某些功能,例如:代理分析和數位錢包。此外,Data Cloud 基礎架構可以建立索引和搜尋非結構化資料,以及回饋記錄和稽核記錄。Data Cloud 還可以為 Agentforce 提供額外的擴充功能,客戶還可以選擇啟用自備湖 (BYOL) 和自備大型語言模型 (BYO-LLM) 等功能,以使用在 Salesforce 以外的平台上建立的資料和模型,並搭配使用 Agentforce 建置的代理。
從透過資料聯合存取來自其他資料湖的資料,到利用超規模基礎架構進行 PB 規模資料,利用 Data Cloud 的架構與 Agentforce 可確保客戶體驗更好的 AI 結果,並確保成功採用代理的長期可行性,無論這些代理的基礎資料集有多大或複雜。
想知道 Data Cloud 提供哪些特定的 Agentforce 功能?您可以在下面找到 Data Cloud 預設支援 Agentforce 功能的摘要,以及希望擴展實作的客戶可以開啟的可選 Data Cloud 功能。
Agentforce 功能亮點 | 說明 | 佈建 |
---|---|---|
稽核記錄和回饋記錄 | 生成式 AI 稽核資料 | 可選 |
資料庫自動化 | 自動建立搜尋索引和檢索器,以支援用知識回答問題等代理動作 | 依預設佈建 |
自備大型語言模型 (BYO-LLM) | 允許客戶使用自己的 LLM | 可選 |
代理分析 | 將使用資料串流至 Data Cloud 報表和儀表板 | 依預設佈建 |
外部資料來源(非 CRM) | 使客戶能夠使用來自外部來源的資料來著陸人工智慧生成的回應 | 可選 |
未經統整的資料 | 使客戶能夠使用非結構化資料來著陸 AI 生成的回應 | 可選 |
即時數據圖表 | 使客戶能夠使用來自多個 Data Cloud 資源的標準化資料,為 AI 生成的回應提供近乎即時的基礎依據。 | 可選 |
檢索增強生成(RAG) | 使客戶能夠在推理時檢索到的 Salesforce 和 Data Cloud 的資料增強提示詞 | 依預設佈建 |
我們介紹了使 Agentforce 起作用的關鍵元素,包括 Atlas 推理引擎,以及如何使用主題、說明和動作。了解這些元件是有效使用 Agentforce 的關鍵。當您開始實施 Agentforce 以改善 Agentforce 結果時,請記住使用本指南。我們鼓勵您查看所提供的資源,以了解更多資訊。
代理規劃:概述代理的工作
https://trailhead.salesforce.com/content/learn/modules/agentforce-agent-planning/outline-the-agents-work
動作說明:
https://help.salesforce.com/s/articleView?id=ai.copilot_actions_instructions.htm&type=5
主題說明:
https://help.salesforce.com/s/articleView?id=ai.copilot_topics_instructions.htm&type=5
疑難排解代理:
https://help.salesforce.com/s/articleView?id=ai.copilot_troubleshoot.htm&type=5
Agentforce 變數:
https://developer.salesforce.com/blogs/2025/04/agentforce-variables-a-new-way-to-structure-agent-memory
https://developer.salesforce.com/blogs/2025/04/control-agent-access-and-decision-making-with-variables-and-filters
本指南適用於使用Agentforce建立和部署AI智慧代理的技術從業人員和架構師。
本指南涵蓋Agentforce的基礎知識、提示詞與代理程式之間的差異、Agentforce如何推理、各個元件的最佳實務,以及Agentforce是否需要Data Cloud。
Agentforce透過引入AI智慧代理來提高企業生產力,這些代理可以自主規劃、推理和採取行動,進而減少手動工作並提高效率。
主要好處包括代理能夠適應不同情境、有效規劃和自主使用工具或在人為干預下使用工具的能力,以及Data Cloud在驅動各種Agentforce功能方面的重要性。
是的,本指南提供實作建議,包括策略規劃、定義主題及其範圍、撰寫清晰的指示,以及設定動作的最佳做法。
Agentforce透過篩選、基礎檢查以及仔細設計動作和指示等機制來處理負責任的AI,以確保代理負責任地行為並提供準確的回應。