在探索如何快速構(gòu)建一個功能強大、可定制化的AI助手時你是否曾因復雜的代碼、繁瑣的部署和昂貴的成本而卻步無論是想為個人公眾號打造一個智能客服還是為企業(yè)內(nèi)部搭建一個知識問答機器人傳統(tǒng)的開發(fā)路徑往往讓非技術(shù)背景的伙伴望而卻步。Coze扣子的出現(xiàn)徹底改變了這一局面。它作為一個零代碼/低代碼的AI Bot開發(fā)平臺讓任何人都能通過直觀的拖拽和配置將大語言模型的能力與工作流、插件、知識庫等組件無縫結(jié)合創(chuàng)造出專業(yè)的AI應用。本文將為你呈現(xiàn)一份從零到一的Coze完整實戰(zhàn)指南。我們將系統(tǒng)性地拆解其核心功能從最基礎的工作流編排邏輯到調(diào)用豐富的插件擴展能力從構(gòu)建私有知識庫實現(xiàn)精準問答RAG到通過API將你的AI助手集成到任何系統(tǒng)中最后我們還會探討如何讓多個智能體Agent協(xié)同工作完成更復雜的任務。無論你是產(chǎn)品經(jīng)理、運營人員還是希望快速驗證AI創(chuàng)意的開發(fā)者這篇教程都將提供一套可復現(xiàn)的完整方案讓你無需編寫一行代碼也能搭建出屬于自己的專業(yè)級AI助手。1. Coze平臺核心概念與定位在深入實操之前我們有必要厘清Coze是什么以及它能解決什么問題。這有助于我們建立正確的認知更好地利用其特性。1.1 什么是Coze扣子Coze是字節(jié)跳動旗下推出的一款AI Bot開發(fā)平臺。它的核心目標是降低AI應用構(gòu)建的門檻。你可以將其理解為一個可視化的“AI應用組裝車間”。在這個車間里各種預制好的“零件”如大語言模型、插件、知識庫、邏輯判斷節(jié)點等被整齊擺放你只需要通過拖拽的方式將這些零件按照你的業(yè)務邏輯連接起來就能組裝出一個能跑、能用的AI機器人。與需要從零編寫代碼調(diào)用OpenAI或國內(nèi)大模型API的傳統(tǒng)方式相比Coze提供了開箱即用的體驗模型即服務平臺集成了多種主流大語言模型如GPT系列、國內(nèi)云雀、豆包等無需自行申請API Key和處理復雜的鑒權(quán)、計費邏輯?？梢暬幣艔碗s的工作流和對話邏輯通過圖形化界面構(gòu)建所見即所得。生態(tài)集成內(nèi)置了海量的插件如天氣查詢、股票信息、文檔處理等和知識庫工具可以快速擴展Bot的能力邊界。多端部署創(chuàng)建的Bot可以一鍵發(fā)布到飛書、微信公眾號、釘釘、Web網(wǎng)站等渠道。1.2 核心功能組件解析一個功能完整的Coze Bot通常由以下幾個核心組件構(gòu)成理解它們的關(guān)系是進行高效編排的基礎Bot智能體/機器人這是你最終創(chuàng)建的應用本體。每個Bot都有一個明確的身份、設定System Prompt和一系列能力。用戶通過與Bot對話來觸發(fā)其功能。工作流Workflow這是Coze的“大腦”和“流水線”。它是一系列按順序或條件執(zhí)行的節(jié)點Node的集合。當用戶輸入觸發(fā)某個意圖時工作流開始運行它可以調(diào)用模型、使用插件、查詢知識庫、進行邏輯判斷等最終生成回復或執(zhí)行動作。工作流是實現(xiàn)復雜、多步驟任務的關(guān)鍵。插件Plugin這是Bot的“手腳”和“感官”。插件允許Bot與外部世界交互獲取實時信息或執(zhí)行具體操作。例如通過“天氣插件”獲取實時天氣通過“數(shù)據(jù)庫插件”查詢業(yè)務數(shù)據(jù)。Coze官方提供了豐富的插件市場也支持用戶自定義開發(fā)。知識庫Knowledge這是Bot的“長期記憶”和“專業(yè)資料庫”。你可以上傳公司文檔、產(chǎn)品手冊、個人筆記等文件支持TXT、PDF、Word、Excel、PPT等格式平臺會自動進行切片、向量化處理。當用戶提問時Bot會優(yōu)先從知識庫中檢索最相關(guān)的片段并基于這些信息生成回答這即是RAG檢索增強生成技術(shù)能極大提升回答的準確性和專業(yè)性避免模型“胡言亂語”。API集成這是Bot與現(xiàn)有業(yè)務系統(tǒng)打通的能力。你可以將編排好的工作流或整個Bot發(fā)布為一個HTTP API接口這樣你的網(wǎng)站、移動App或其他服務器程序就可以通過調(diào)用這個API來使用AI能力實現(xiàn)更深度的業(yè)務集成。多Agent協(xié)作在復雜場景下可以創(chuàng)建多個具有不同專長的BotAgent并通過工作流或?qū)υ捲O計讓它們彼此調(diào)用、協(xié)同工作共同完成一個任務例如一個負責分析數(shù)據(jù)一個負責撰寫報告。2. 環(huán)境準備與賬號注冊Coze是一個云端SaaS平臺因此你的“環(huán)境準備”非常簡單主要就是注冊賬號和熟悉界面。訪問平臺在瀏覽器中訪問 Coze 官方網(wǎng)站。注冊登錄你可以使用手機號或郵箱進行注冊。目前平臺對個人用戶提供免費額度足夠用于學習和原型驗證。選擇模型登錄后在創(chuàng)建Bot時你需要選擇一個基礎的大語言模型作為Bot的“大腦”。平臺會根據(jù)你的網(wǎng)絡環(huán)境推薦可用的模型例如豆包、GPT-4等。不同模型在性能和費用上有所差異免費額度通常足夠體驗。界面初識登錄后的主界面主要包括探索查看別人創(chuàng)建的優(yōu)秀Bot案例。創(chuàng)建進入Bot創(chuàng)建和工作流編排界面。知識庫管理你上傳的所有文檔知識庫。插件瀏覽和使用官方及第三方插件。發(fā)布將Bot部署到各個渠道。3. 從零創(chuàng)建你的第一個AI助手Bot讓我們從一個最簡單的例子開始創(chuàng)建一個能進行日常閑聊和簡單問答的Bot。3.1 創(chuàng)建Bot并設定身份點擊控制臺中的“創(chuàng)建Bot”按鈕。填寫基本信息名稱給你的Bot起個名字例如“我的小助手”。描述簡要說明Bot的用途如“一個樂于助人的日常問答助手”。圖標上傳一個頭像增加辨識度。配置模型與身份這是最關(guān)鍵的一步。模型選擇在“模型”選項卡下選擇一個基礎模型例如“豆包”。人設與回復邏輯在“提示詞”編輯框中輸入System Prompt來定義Bot的性格和回答范圍。例如你是一個友好且熱情的AI助手名字叫[我的小助手]。你的知識截止日期是2023年10月。你樂于回答用戶關(guān)于生活、科技、文化等各方面的常識性問題。如果遇到你不知道或不確定的問題請誠實地告知用戶不要編造信息。你的回答應簡潔明了。開場白設置用戶第一次打開對話時Bot主動發(fā)送的消息如“你好我是[我的小助手]有什么可以幫你的嗎”3.2 基礎對話測試創(chuàng)建完成后頁面右側(cè)會有一個對話預覽窗口。你可以直接在這里進行測試。輸入“你好今天天氣怎么樣”觀察Bot會基于它的通用知識進行回答。但你會發(fā)現(xiàn)它無法給出你所在城市的真實天氣因為它沒有接入實時數(shù)據(jù)。這引出了我們對插件的需求。4. 工作流Workflow編排實戰(zhàn)工作流是Coze實現(xiàn)自動化復雜任務的核心。我們通過一個具體場景來學習創(chuàng)建一個“旅行規(guī)劃助手”工作流。當用戶說出想去某個城市旅行時Bot自動查詢該城市的天氣、推薦景點、并生成一個簡單的行程建議。4.1 創(chuàng)建工作流并理解節(jié)點在你的Bot編輯頁面找到左側(cè)的“工作流”選項卡點擊“創(chuàng)建工作流”。為工作流命名例如“城市旅行規(guī)劃”。進入工作流畫布你會看到兩個默認節(jié)點“開始”和“回復”。它們之間由一條線連接表示執(zhí)行順序。核心節(jié)點類型介紹開始工作流的觸發(fā)入口可以接收用戶輸入的變量。LLM調(diào)用大語言模型進行文本生成、總結(jié)、分析等。插件執(zhí)行某個插件的功能。判斷根據(jù)條件if/else決定執(zhí)行哪條分支。代碼執(zhí)行一段Python代碼高級功能。知識庫搜索從指定的知識庫中檢索信息?；貜蛯⒆罱K結(jié)果返回給用戶。4.2 編排“旅行規(guī)劃”工作流我們的目標是用戶輸入“我想去北京旅行”工作流能自動查詢北京天氣、獲取景點推薦并生成行程。步驟一接收用戶輸入點擊“開始”節(jié)點在配置面板中定義一個輸入變量例如city城市。你可以設置一個示例值如“北京”。步驟二查詢天氣添加插件節(jié)點從左側(cè)節(jié)點庫中拖拽一個“插件”節(jié)點到畫布放在“開始”和“回復”節(jié)點之間。連接“開始”節(jié)點到“插件”節(jié)點。點擊該插件節(jié)點在配置面板中搜索并選擇“天氣”插件。配置插件參數(shù)將“城市”參數(shù)綁定為來自“開始”節(jié)點的city變量。該節(jié)點執(zhí)行后會輸出一個結(jié)構(gòu)化的天氣信息結(jié)果例如包含weather天氣狀況、temperature溫度等字段。步驟三獲取景點推薦添加LLM節(jié)點拖拽一個“LLM”節(jié)點到畫布連接到“插件天氣”節(jié)點之后。配置該LLM節(jié)點系統(tǒng)提示詞你是一個旅行專家根據(jù)用戶提供的城市推薦3個最值得去的經(jīng)典景點并簡要說明理由。用戶提示詞請為城市{{city}}推薦景點。輸入變量將city變量從上游節(jié)點傳遞過來。該節(jié)點會調(diào)用大模型生成一段景點推薦文本。步驟四生成行程建議再添加一個LLM節(jié)點再拖拽一個“LLM”節(jié)點連接到上一個LLM節(jié)點之后。配置該節(jié)點系統(tǒng)提示詞你是一個行程規(guī)劃師根據(jù)提供的城市、天氣和景點信息為用戶生成一份簡單的一日游行程安排。用戶提示詞城市{{city}} 今日天氣{{weather_info}} 這是天氣插件節(jié)點的輸出變量 推薦景點{{attractions}} 這是第一個LLM節(jié)點的輸出變量 請基于以上信息規(guī)劃一份從早上9點到晚上8點的一日游行程注意結(jié)合天氣情況給出穿衣和出行建議。輸入變量需要正確綁定city、weather_info、attractions這三個變量。步驟五整合并回復配置回復節(jié)點將最后一個LLM節(jié)點的輸出連接到“回復”節(jié)點。點擊“回復”節(jié)點配置其內(nèi)容。你可以將行程建議的變量例如itinerary直接填入回復模板中也可以添加一些固定文本。{ text: 為您規(guī)劃的{{city}}一日游行程如下\n\n{{itinerary}}\n\n祝您旅途愉快 }步驟六測試工作流點擊畫布上方的“測試”按鈕。在測試面板的輸入框中為city變量提供值如“上?！?。點擊“運行”你將看到工作流一步步執(zhí)行最終在右側(cè)輸出完整的行程規(guī)劃回復。通過這個例子你掌握了工作流的基本編排邏輯串聯(lián)多個節(jié)點將上一個節(jié)點的輸出作為下一個節(jié)點的輸入逐步處理并豐富信息最終完成任務。5. 插件Plugin的調(diào)用與擴展插件極大地擴展了Bot的能力邊界。除了使用官方插件理解如何尋找和配置插件至關(guān)重要。5.1 查找與添加插件在Bot編輯頁面找到左側(cè)“插件”選項卡。點擊“添加插件”打開插件市場。你可以通過分類瀏覽或搜索關(guān)鍵詞如“天氣”、“股票”、“翻譯”、“圖片生成”來尋找。找到需要的插件后點擊“添加”即可。添加后該插件就可以在工作流的插件節(jié)點中被選用。5.2 插件調(diào)用常見問題與配置技巧參數(shù)綁定插件節(jié)點的配置核心是參數(shù)綁定。務必清楚插件需要哪些輸入?yún)?shù)如城市名、股票代碼、日期并確保你能從上游節(jié)點或變量中提供這些值。輸出變量插件執(zhí)行后會產(chǎn)生輸出。務必在節(jié)點配置面板中查看輸出的變量名和結(jié)構(gòu)通常是JSON格式以便在后續(xù)節(jié)點中正確引用。例如天氣插件的輸出可能是一個叫result的對象里面包含weather字段。錯誤處理在工作流中可以在插件節(jié)點后添加“判斷”節(jié)點檢查插件是否執(zhí)行成功例如檢查返回結(jié)果是否為空或包含錯誤碼并據(jù)此決定是繼續(xù)流程還是跳轉(zhuǎn)到錯誤提示分支。網(wǎng)絡熱詞關(guān)聯(lián)問題在社區(qū)中有用戶遇到類似coze添加工作流時輸出的位置無法選擇array變量的問題。這通常發(fā)生在插件返回的結(jié)果是一個數(shù)組列表時而下游節(jié)點可能只接受單個值。解決方案是在插件節(jié)點后添加一個“代碼”節(jié)點使用Python代碼對數(shù)組進行處理例如取出第一個元素output[0]或者將數(shù)組轉(zhuǎn)換為字符串, .join(output)然后再傳遞給下游節(jié)點。6. 知識庫RAG搭建與優(yōu)化知識庫是讓Bot變得“專業(yè)”和“準確”的利器。我們以搭建一個“公司產(chǎn)品FAQ助手”為例。6.1 創(chuàng)建與上傳知識庫在平臺“知識庫”頁面點擊“創(chuàng)建知識庫”。填寫知識庫名稱如“公司產(chǎn)品手冊V1.0”。上傳文檔支持直接拖拽或點擊上傳。將你的產(chǎn)品說明書、FAQ文檔、技術(shù)白皮書等文件上傳。平臺支持多種格式對于中文文檔PDF和Word的解析效果較好。處理與索引上傳后平臺會自動進行文本提取、分割Chunking和向量化Embedding并建立索引。這個過程需要一些時間完成后狀態(tài)會變?yōu)椤翱捎谩薄?.2 在工作流中集成知識庫搜索回到你的Bot或工作流編輯界面。拖拽一個“知識庫搜索”節(jié)點到工作流中。配置該節(jié)點選擇知識庫在下拉列表中選擇你剛創(chuàng)建的“公司產(chǎn)品手冊V1.0”。查詢問題綁定一個變量作為搜索query通常就是用戶原始提問或經(jīng)過提煉的問題。例如綁定開始節(jié)點的user_query變量。返回數(shù)量設置返回最相關(guān)的幾條片段通常3-5條即可。將搜索節(jié)點的輸出通常是search_result包含檢索到的文本片段和來源傳遞給一個LLM節(jié)點。配置LLM節(jié)點的提示詞要求它嚴格基于提供的知識庫內(nèi)容進行回答。這是RAG的核心提示技巧請嚴格根據(jù)以下背景信息來回答用戶的問題。如果背景信息中沒有相關(guān)答案請直接說“根據(jù)現(xiàn)有資料我無法回答這個問題”不要編造信息。 背景信息 {{search_result}} 用戶問題{{user_query}}6.3 知識庫優(yōu)化最佳實踐文檔質(zhì)量上傳前盡量保證文檔格式清晰、結(jié)構(gòu)完整。掃描版PDF或圖片過多的文檔OCR識別可能出錯影響效果。分段Chunking策略平臺有默認分段策略但如果效果不佳可以考慮在上傳前手動將長文檔按章節(jié)或主題分割成多個小文件這樣檢索精度更高。定期更新產(chǎn)品信息更新后需要重新上傳文檔或更新知識庫版本。Coze支持知識庫的版本管理。測試與迭代用一些關(guān)鍵問題測試Bot的回答如果發(fā)現(xiàn)檢索不準或回答不佳可以調(diào)整搜索節(jié)點的“返回數(shù)量”或優(yōu)化文檔本身的內(nèi)容和結(jié)構(gòu)。7. API集成將Bot能力嵌入你的系統(tǒng)當你需要在自己的網(wǎng)站、App或內(nèi)部系統(tǒng)中調(diào)用這個AI助手時API集成功能就派上用場了。7.1 發(fā)布Bot為API在Bot編輯頁面點擊右上角的“發(fā)布”按鈕。選擇“API訪問”或類似的選項。平臺會為你生成一個唯一的API端點Endpoint URL和一個API Key用于鑒權(quán)。你可以設置API的調(diào)用參數(shù)例如默認使用的模型、溫度等。7.2 調(diào)用API示例假設你發(fā)布了一個用于智能客服的Bot以下是一個使用Pythonrequests庫調(diào)用其API的示例import requests import json # 你的API端點和密鑰 api_url https://api.coze.cn/v1/your_bot_endpoint # 此處替換為你的真實URL api_key your_api_key_here # 此處替換為你的真實API Key # 請求頭 headers { Authorization: fBearer {api_key}, Content-Type: application/json } # 請求體 payload { query: 用戶的問題是什么, # 用戶輸入的問題 user_id: unique_user_123, # 可選用于區(qū)分用戶會話 stream: False # 是否使用流式輸出 } # 發(fā)送POST請求 response requests.post(api_url, headersheaders, datajson.dumps(payload)) # 處理響應 if response.status_code 200: result response.json() # 解析返回的答案具體結(jié)構(gòu)需查看API文檔 answer result.get(data, {}).get(reply, ) print(Bot回復, answer) else: print(f請求失敗狀態(tài)碼{response.status_code}) print(response.text)7.3 API調(diào)用注意事項與常見錯誤鑒權(quán)務必妥善保管API Key不要在客戶端代碼中明文暴露。應在后端服務器環(huán)境中調(diào)用。頻率限制注意平臺的API調(diào)用頻率和配額限制。錯誤處理像網(wǎng)絡熱詞中提到的api error: 400這類錯誤通常與請求參數(shù)有關(guān)。例如‘type’ must be in [“enabled”, “disabled”, “auto”]表示你傳遞的type參數(shù)值不在允許的列表中。務必仔細查閱官方API文檔確認每個參數(shù)的名稱、類型和可選值。模型上下文長度另一個常見錯誤是this model‘s maximum context length is ... tokens。這意味著你發(fā)送的對話歷史或知識庫內(nèi)容太長超過了模型單次處理的上限。解決方案是精簡輸入內(nèi)容或?qū)﹂L文本進行分段摘要后再發(fā)送。8. 實現(xiàn)多Agent協(xié)作對于超復雜任務可以設計多個各司其職的BotAgent讓它們通過工作流或?qū)υ捪嗷f(xié)作。場景示例一個“數(shù)據(jù)分析與報告”協(xié)作系統(tǒng)Agent A數(shù)據(jù)查詢員擅長理解用戶的數(shù)據(jù)需求并調(diào)用數(shù)據(jù)庫插件或API獲取原始數(shù)據(jù)。Agent B數(shù)據(jù)分析師接收原始數(shù)據(jù)調(diào)用代碼節(jié)點或分析插件進行統(tǒng)計、可視化分析。Agent C報告撰寫員接收分析結(jié)果將其整理成結(jié)構(gòu)清晰、語言流暢的文本報告。實現(xiàn)方式分別創(chuàng)建三個Bot并為每個Bot設定專門的系統(tǒng)提示詞和配置相應的工作流能力。在一個主控工作流或主Bot中按順序調(diào)用它們用戶向主Bot提問“分析一下上個月的銷售情況并給我報告?！敝鰾ot的工作流首先調(diào)用Agent A的工作流通過API或特定設計獲取銷售數(shù)據(jù)。然后將數(shù)據(jù)結(jié)果傳遞給Agent B的工作流進行分析。最后將分析結(jié)果傳遞給Agent C的工作流生成報告。主Bot收集最終報告并回復給用戶。這種架構(gòu)實現(xiàn)了能力的解耦和復用每個Agent可以獨立優(yōu)化共同完成復雜任務。9. 常見問題FAQ與排查清單在開發(fā)和使用過程中你可能會遇到以下典型問題問題現(xiàn)象可能原因排查與解決思路工作流測試報錯提示變量不存在或類型錯誤1. 上游節(jié)點未成功輸出該變量。2. 變量名拼寫錯誤。3. 下游節(jié)點期望的數(shù)據(jù)類型如字符串、數(shù)組與實際不符。1. 檢查上游節(jié)點的執(zhí)行狀態(tài)和輸出預覽。2. 仔細核對變量名區(qū)分大小寫。3. 使用“代碼”節(jié)點進行數(shù)據(jù)類型轉(zhuǎn)換或調(diào)試打印。知識庫搜索后Bot回答仍不準確或“幻覺”1. 知識庫文檔質(zhì)量差或未包含答案。2. 搜索返回的片段數(shù)量太少或相關(guān)性低。3. LLM提示詞未強制要求“基于背景信息回答”。1. 優(yōu)化上傳的文檔內(nèi)容。2. 增加搜索返回數(shù)量如從3調(diào)到5或優(yōu)化文檔分段。3. 強化系統(tǒng)提示詞使用“必須、嚴格依據(jù)”等措辭。插件調(diào)用失敗返回錯誤信息1. 插件所需的輸入?yún)?shù)未提供或格式錯誤。2. 插件本身的服務暫時不可用或達到調(diào)用限額。3. 網(wǎng)絡問題。1. 檢查插件節(jié)點的參數(shù)綁定是否正確完整。2. 查看插件說明確認使用限制。3. 稍后重試或在工作流中添加重試、降級邏輯。API調(diào)用返回400/401/429等狀態(tài)碼1. 400請求參數(shù)錯誤如熱詞中的type參數(shù)值不對。2. 401API Key無效或未傳。3. 429請求頻率超限。1. 對照API文檔逐項檢查請求體Body參數(shù)。2. 確認API Key正確且未過期。3. 降低調(diào)用頻率或申請調(diào)整配額。Bot響應速度慢1. 工作流節(jié)點過多、串行執(zhí)行耗時。2. 調(diào)用的插件或模型本身響應慢。3. 知識庫文檔過大檢索耗時。1. 優(yōu)化工作流將非依賴的節(jié)點改為并行執(zhí)行如果平臺支持。2. 考慮更換響應更快的模型或插件。3. 對知識庫進行精簡或使用更高效的索引設置。10. 最佳實踐與進階建議遵循以下原則可以讓你構(gòu)建的Coze Bot更健壯、易用和可維護。模塊化設計工作流將復雜的工作流拆分成多個子工作流每個子工作流負責一個獨立的功能如“數(shù)據(jù)獲取”、“信息分析”、“格式生成”。這樣便于測試、復用和排錯。善用變量與命名規(guī)范為工作流中的變量起一個清晰、一致的名字如user_input_city,weather_api_result避免使用a,b,temp這種難以理解的名稱。強化錯誤處理與兜底回復在工作流的關(guān)鍵節(jié)點尤其是插件調(diào)用、API調(diào)用后添加“判斷”節(jié)點檢查執(zhí)行是否成功。失敗時應跳轉(zhuǎn)到錯誤處理分支給用戶一個友好的提示而不是讓流程中斷或輸出混亂信息。提示詞工程優(yōu)化LLM節(jié)點的提示詞是效果的關(guān)鍵。多使用“角色扮演”、提供“示例”Few-shot、明確“輸出格式”等技巧。對于知識庫問答務必在提示詞中強調(diào)依據(jù)給定上下文。版本管理與迭代在Bot有重大更新前使用平臺的“版本”功能創(chuàng)建一個備份。這樣如果新改動導致問題可以快速回滾到穩(wěn)定版本。關(guān)注成本與性能雖然個人免費額度足夠?qū)W習但在生產(chǎn)環(huán)境規(guī)劃時需要關(guān)注不同模型、插件的調(diào)用成本。對于高頻場景可以考慮優(yōu)化工作流邏輯減少不必要的LLM調(diào)用或插件調(diào)用。安全與隱私切勿通過Bot或知識庫上傳、處理敏感個人信息、公司機密或法律法規(guī)禁止的內(nèi)容。通過API集成時確保有適當?shù)纳矸蒡炞C和速率限制機制。從簡單的問答機器人到串聯(lián)多個插件和知識庫的復雜智能體再到通過API嵌入業(yè)務系統(tǒng)的自動化流程Coze提供了一條可視化的AI應用構(gòu)建路徑。它最大的價值在于將AI技術(shù)的復雜性封裝起來讓創(chuàng)造者可以更專注于業(yè)務邏輯和用戶體驗的設計。掌握工作流、插件、知識庫、API這四個核心組件的用法你就已經(jīng)具備了搭建絕大多數(shù)AI助手原型的能力。接下來就是發(fā)揮你的想象力去解決那些真實世界中的具體問題了。