大家好啊，小雨今天來體驗一下百度千帆AppBuilder，這是一個智能體平臺。作為喜歡玩工作流的人，今天我們的主題依然是如何通過工作流來滿足所有需求。那么，讓我來介紹一下今天的助手——汽車管家。

汽車管家

效果展示

在線體驗地址： https://cloud.baidu.com/qianfandev/matchs

如何找到助手：千帆杯參賽作品->常規(guī)賽->工作流組件常規(guī)賽（下期）->汽車管家->點個贊吧

能力一覽

汽車管家的主要目標是幫助用戶節(jié)省時間，不再需要花費大量時間搜索相關的評價、汽車配置、亮點和特色信息，而是直接向用戶展示這些內容，讓他們能夠在更短的時間內獲取更多的信息。

因此，我們的助手具備一系列流程化的能力，例如：瀏覽汽車圖片，詳細查看汽車的亮點特色和油耗信息，如果用戶喜歡其他車型，助手可以智能地進行比較分析，根據(jù)用戶的預算和喜好，助手還可以通過web搜索推薦一些適合用戶的汽車選擇。

接下來我將開始詳細解析我所建立的助手，希望這對你也能有所啟發(fā)和借鑒。

角色設定

以下是目前最新的角色設定，希望能給大家提供參考和借鑒的思路。

# 角色設定
作為一個汽車管家，你喜歡使用各種表情包表達自己的思想增加親和力，你的任務是為用戶介紹其鐘愛的車型，幫助用戶購買最適合自身情況的車系。你具備出色的溝通技巧和產品知識，能夠清晰地向客戶展示車輛的賣點。

# 組件能力
## 車型圖片
前提：當用戶沒有具體說明是哪一款車時，這里必須先與用戶進一步確認。
背景：用戶在了解某車系后，想要看下該款車系的圖片進行進一步確認。
目標：僅向用戶展示相關圖片即可

## 車型介紹
前提：當用戶沒有具體說明是哪一款車時，這里必須先與用戶進一步確認。
背景：用戶需要了解車輛在價格、性能、安全、舒適性、科技和油耗等方面的優(yōu)勢，以做出購買決策。
目標：向用戶詳細介紹車輛的價格、性能、安全、舒適性、科技和油耗以及在售車輛，幫助用戶做出明智的購車選擇。
輸出格式：關鍵內容要使用加粗突出重點

## 推薦車型
背景：用戶想要買車，需要專業(yè)的銷售顧問根據(jù)用戶的具體需求、預算和偏好，提供個性化的推薦和購買理由。
目標：根據(jù)用戶的預算、偏好和需求，僅推薦幾款適合的車型，并提供簡要的推薦理由即可。

## 車型對比
背景：用戶需要對比兩個不同車系，以便做出購買決策。用戶期望通過直觀的表格形式，快速了解兩個車系在性能、安全、舒適性、科技功能和油耗等方面的差異。
目標：為用戶提供一個清晰的對比表格，展示兩個領克車系在性能、安全、舒適性、科技功能和油耗等方面的差異，并在末尾提供一段決策性的建議。


# 要求與限制
- 輸出內容語言必須要使用表情包如：?、?、?、?、?、??、?等，以增加聊天的趣味性，能結合語境選擇正確的表情包。
- 輸出結果的格式必須為markdown格式
- 只談論與汽車品牌、產品和服務相關的內容，禁止涉及國家政策、違反法律的話題。
- 禁止語言攻擊用戶，始終保持熱情、專業(yè)的服務態(tài)度。
- 所輸出的內容必須按照給定的格式進行組織，不能偏離框架要求。

在千帆AppBuilder中，我們不需要特定地指定在某個具體能力下調用組件，這一點是其獨特的優(yōu)點。這意味著它具有一個清晰可見的思維過程，具體體現(xiàn)在：

在這種情況下，我們所需做的是提供詳盡而精確的描述，因為只要描述清楚，大型模型就能夠完全理解并進行調用。

車系介紹

那么，讓我們來看一下目前的回復效果，總體來說，它已經基本滿足了我的需求。

這里我進行了組件調用的封裝，讓大家可以更詳細地了解其內部結構。

這段看起來很簡單，確實如此。我特意編寫了一個簡化版本，以減少用戶等待時間。目前千帆AppBuilder的工作流還不支持并行處理，因此完整查詢一個車系可能需要超過2分鐘，這對用戶來說顯然是不可接受的。因此，我開發(fā)了這個簡易版本。

這個代碼節(jié)點本身非常簡單，主要是將我需要查詢的車系信息拼接成字符串，以便后續(xù)兩個組件節(jié)點使用。具體如下所示：

def main(params):
    car = params['car']
    # 創(chuàng)建一個字典作為輸出變量
    output_object ={
        "desc": f'{car}的性能和動力，包括加速、操控和發(fā)動機效率如何，{car}的科技和功能，包括信息娛樂系統(tǒng)、駕駛輔助系統(tǒng)等如何，{car}的油耗，對比同級別車型如何，{car}的安全性能，包括主動和被動安全系統(tǒng)如何，{car}的內部空間和舒適性，包括座椅、儲物空間和噪音控制如何',
        "sales": f'{car}在售車輛',
    }
    
    # 返回輸出字典類型變量 output_object，包含代碼節(jié)點所需的輸出數(shù)據(jù)
    return output_object

這樣的處理方式直接返回了查詢后的信息，讓外層模型能夠將參數(shù)提供給用戶進行查看。可以看出，雖然上述方法并不十分詳盡。如果采用復雜的工作流，能夠提供更全面的信息，但是這種方法會顯著增加時間成本。

因此我決定放棄這種復雜的方式，因為有一些信息總比沒有信息要好。

車系圖片

解決這個問題的方法很簡單，因為可以直接利用現(xiàn)成的組件，比如必應圖片搜索。

我選擇直接將其掛載進來，而沒有將其封裝到工作流中。這是因為它并不涉及內容處理，不會在大模型回答我的問題時產生額外的文字干擾。

車系推薦

車系推薦的過程首先需要預先搜索可用的推薦車系。接下來，使用大模型提取這些車系信息并進行代碼分析，以獲取第一個推薦車系的名稱，并搜索相關圖片用于外部展示。由于這里不支持批處理，只能處理一個圖片。

如果處理過多可能導致結果元素過多越界問題，進而可能引發(fā)異常。因此，僅提取第一個車系的圖片作為展示。

這里的大模型用于提取車系推薦信息的過程，其提示詞包括以下幾點：

從以下文本中歸納車系名稱，每個車系名稱盡可能不超過7字，車系名稱需要在全文中完整的出現(xiàn)，不能生成沒有見過的車系名稱，輸出1個結果，中間使用逗號分割： 

文本：{{query}}

主題標簽：
車系名稱1,車系名稱2,車系名稱3

實際上，我也非常希望能夠更好地實現(xiàn)我的需求，但目前的限制不允許。我希望千帆AppBuilder能夠加快迭代速度，這樣我們就能更快地實現(xiàn)優(yōu)化和改進。

車系對比

車系對比的優(yōu)化過程本來計劃通過嵌套兩個車系查詢，并通過大模型節(jié)點輸出結果。然而，由于節(jié)點不能并行執(zhí)行，我不得不放棄了這個方案。最終，我們決定采用了百度汽車節(jié)點來實現(xiàn)這一功能，具體展示如下：

這里的大模型參考詞如下：

- Role: 汽車性能分析師和銷售顧問
- Background: 用戶需要對比兩個不同車系，以便做出購買決策。用戶期望通過直觀的表格形式，快速了解兩個車系在性能、安全、舒適性、科技功能和油耗等方面的差異。
- Profile: 你是一位專業(yè)的汽車性能分析師和銷售顧問，對各個車系有著深入的了解和研究，能夠提供詳盡的數(shù)據(jù)和專業(yè)的分析。
- Skills: 你具備數(shù)據(jù)分析、市場調研和客戶溝通的能力，能夠清晰地向顧客展示車輛性能的對比，并提供專業(yè)的購買建議。
- Goals: 為用戶提供一個清晰的對比表格，展示兩個車系在性能、安全、舒適性、科技功能和油耗等方面的差異，并在末尾提供一段決策性的建議。
- Constrains: 表格中只展示客觀數(shù)據(jù)和事實，不包含主觀評價或個人情感色彩。為顧客提供參考而非直接的購買建議。
- OutputFormat: 使用Markdown表格形式展示對比數(shù)據(jù)，表格中禁止輸出
字符。并在文末提供一段決策參考，參考中必須要使用表情包如：?、?、?、?、?、??、?等，以增加聊天的趣味性，能結合語境選擇正確的表情包。
- Workflow:
  1. 收集兩個車系在性能和動力、安全性能、內部空間和舒適性、科技和功能、油耗方面的數(shù)據(jù)。
  2. 將收集到的數(shù)據(jù)整理成表格形式，確保信息準確無誤。
  3. 在表格下方撰寫一段決策參考，提供給顧客參考，參考中必須要使用表情包如：?、?、?、?、?、??、?等，以增加聊天的趣味性，能結合語境選擇正確的表情包。
數(shù)據(jù)提供如下：{{car_1}}

到目前為止，我們的汽車管家基本完成了任務。希望這能為大家提供一些借鑒和參考。

固定輸出

為了優(yōu)化輸出結果并減少外層大模型的封裝，這里直接打開了車系對比的輸出，原樣輸出即可，因為內層的大模型已經處理了問題。

總結

在本文中，我們深入探討了如何利用百度千帆AppBuilder的智能體平臺來打造一款功能強大的汽車管家助手。通過工作流的設計和優(yōu)化，我們成功地實現(xiàn)了多項核心功能，包括車型介紹、推薦、圖片展示和對比分析。這些功能不僅節(jié)省了用戶的時間，還提升了用戶體驗，使其能夠快速準確地獲取所需信息，做出理性的購車決策。

汽車管家作為一個智能助手，不僅僅是簡單地展示汽車信息，更是通過流程化的能力和智能化的推薦系統(tǒng)，幫助用戶找到最適合他們需求和預算的車型。我們的設計中充分考慮了用戶的需求和使用場景，確保每一個功能節(jié)點都能以最高效的方式為用戶服務。

在技術實現(xiàn)方面，我們使用了Markdown格式和表情包來增加輸出內容的趣味性和親和力，同時保持了專業(yè)性和準確性。通過不斷優(yōu)化工作流的過程，我們不僅提高了產品的功能完整性，還優(yōu)化了用戶體驗，使其在使用過程中能夠輕松愉快。

最后，感謝您的關注和閱讀。如果您對我的汽車管家有任何建議或意見，歡迎隨時聯(lián)系我。

我是努力的小雨，一名 Java 服務端碼農，潛心研究著 AI 技術的奧秘。我熱愛技術交流與分享，對開源社區(qū)充滿熱情。同時也是一位騰訊云創(chuàng)作之星、阿里云專家博主、華為云云享專家、掘金優(yōu)秀作者。

? 我將不吝分享我在技術道路上的個人探索與經驗，希望能為你的學習與成長帶來一些啟發(fā)與幫助。

? 歡迎關注努力的小雨！?