国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

寶劍鋒從磨礪出——零售數據庫內核,為大促鑄劍!

京東云 ? 來源:jf_75140285 ? 作者:jf_75140285 ? 2025-11-19 15:50 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

一、新聞

先播放一條最新新聞,通義團隊官宣開源了兩個智能體Alias-AgentData-Juicer Agent

Alias-Agent提供了RaAct,Planner,DeepResearch三種模式,以實現靈活的任務執行

DataJuicer 智能體是一個數據專員,由數據處理智能體,代碼開發智能體,MCP 智能體,數據分析與可視化智能體,問答智能體五個智能體組成。

?

看到這里已經相當炸裂了!可能很多伙伴對智能體(Agent)的范式不熟悉,還不理解ReAct、Planner、反思叭叭這些名詞。那你們就來對了地方,我用最容易理解的方式帶大家一起看下智能體內部是什么樣子的。

?

wKgZO2kddrWAVdShAANwmyctDKU974.png

產品化的智能體由多Agent,反思,計劃,推理與行動,記憶,RAG,工具,MCP組成的。首先聊下“Multi-Agent”,它非常好玩!

?

二、Multi-Agent 的7種設計模式

要讓AI代替人工作,現階段的單體智能體(僅通過系統提示詞賦能的LLM)是很難實現的。我們很快意識到,要構建高效的系統,需要多個專業化智能體協同工作、自主組織。為實現這一目標,AI 智能體領域已涌現出多種架構模式。多個智能體組成實現的,也就是Multi-Agent,發展到現在有7種實現方式。

1. 工作流模式

wKgZPGkddraAGN0KAAkvRGf1kUo216.png

在《Agentic Design Patterns》中叫Prompt Chaining,每個智能體都逐步地完成輸出,比如一個生成代碼,另一個審核代碼,第三個部署代碼。每一步的輸出作為下一步的輸入。這種信息傳遞建立了依賴鏈,前序操作的上下文和結果會引導后續處理,使 LLM 能夠在前一步基礎上不斷完善理解,逐步逼近目標解。

他非常適合應用在工作流自動化、ETL和多步驟推理pipeline場景。

?

2. 路由模式

wKgZO2kddreAG8D7AAke-9soxo4910.png

路由模式為智能體的操作框架引入了條件邏輯,使其從固定執行路徑轉變為動態評估標準,從一組可能的后續動作中進行選擇的模式,從而實現一套更靈活,并且具備上下文感知的。一個控制器智能體將任務分配給合適的專業智能體,這是上下文感知智能體路由的基礎,正如在MCP、A2A框架中所看到的那樣。

路由模式的實現有四種:

?根據LLM路由,通過提示語言模型分析輸入,并輸出指示下一步或目標的標識符或指令。這里有顯式路由和隱式路由兩類,顯示直接使用智能體的結構化輸出來確定將消息路由到哪個智能體。隱式路由是將下游智能體包裝成工具函數,這樣路由智能體就可以根據用戶查詢決定調用哪個工具。

""" 偽代碼示例 """
router = ReActAgent(
    name="Router",
    sys_prompt="#角色#你是一個路由智能體。你的目標是將用戶查詢路由到正確的后續任務,注意你不需要回答用戶的問題。
                #任務#選擇正確的后續任務,如果任務太簡單或沒有合適的任務,則選擇 ``None``",
    model=ChatModel(
        model_name="gpt-4",
        api_key="",
        stream=False,
    )
)

根據Embedding路由,利用嵌入能力,將查詢路由到最相似的路徑上,適用于語義路由,即決策基于輸入的含義而非關鍵詞。

     """ 偽代碼示例 """
     def __init__(self):
        # 使用輕量級的句子編碼模型
        self.model = ChatModel( model_name="gpt-4", api_key="", stream=False, )
        
        # 定義不同的路由能力和對應的處理函數
        self.routes = {
            'code_help': {
                'description': '編程,代碼',
                'handler': self.handle_code_question
            },
            'general_chat': {
                'description': '聊天,日常對話',
                'handler': self.handle_general_chat
            }
        }
        
        # 預計算所有路由描述的嵌入向量
        self.route_embeddings = {}
        for route_name, route_info in self.routes.items():
            embedding = self.model.encode([route_info['description']])
            self.route_embeddings[route_name] = embedding
    
    def route_query(self, user_question):        
        # 1. 將用戶問題轉換為嵌入向量
        question_embedding = self.model.encode([user_question])
        
        # 2. 使用余弦計算與各個路由的相似度
        similarities = {}
        for route_name, route_embedding in self.route_embeddings.items():
            similarity = cosine_similarity(question_embedding, route_embedding)[0][0]
            similarities[route_name] = similarity
        
        # 3. 選擇相似度最高的路由
        best_route = max(similarities, key=similarities.get)
        best_score = similarities[best_route]
        
        # 4. 調用對應的處理器
        handler = self.routes[best_route]['handler']
        response = handler(user_question)
        
        return {
            'route': best_route,
            'confidence': best_score,
            'response': response
        }
        ....

?根據定義規則路由,硬編碼方式,根據關鍵詞、模式或結構化數據進行路由。此方法比 LLM 路由更快、更確定,但靈活性較低。

?根據自訓小模型路由,采用如分類器等判別模型,在小規模標注數據集上專門訓練以實現路由任務。與向量嵌入方法類似,但其特點是監督微調過程,路由邏輯編碼在模型權重中。與 LLM 路由不同,決策組件不是推理時執行提示的生成模型,而是已微調的判別模型。LLM 可用于生成合成訓練數據,但不參與實時路由決策。

?

3. 并行模式

wKgZPGkddrmAZpzkAAlA42-Sqw8277.png

每個智能體負責處理不同的子任務,例如數據爬蟲、網絡檢索和摘要生成,它們的輸出會合并為一個單一結果。非常適合減少高吞吐量管道中的延遲。(如文檔解析或API編排)

4. 循環模式

wKgZPGkddryADxA4AAku8ioKIXU750.png

智能體不斷優化自身輸出,直到達到預期質量。非常適合校對、報告生成或創意迭代,在這些場景中,系統會在確定最終結果前再次思考。反思就是在此模式上進行的優化。

?

5. 聚合模式

wKgZO2kddr-AF2EQAAkifCLP4oU488.png

許多智能體生成部分結果,由主智能體將這些結果整合為一個最終輸出。因此,每個智能體都形成一個觀點,而一個Master智能體將這些觀點匯總成共識。在RAG的檢索融合、投票系統等場景中很常見。

?

6. 網絡模式

wKgZPGkddsGAN4z8AAlQesehRds801.png

這里沒有明確的層級結構,智能體之間可以自由交流,動態共享上下文。用于模擬、多智能體游戲以及需要自由形式行為的集體推理系統中。

agentscope-samples

,模擬了9個智能體的狼人殺游戲。

?

7. 層級模式

wKgZO2kddsOAU_GuAAmA1T40dzg835.png

一個頂級規劃智能體,將子任務分配給工作智能體,跟蹤它們的進度,并做出最終決策。這和經理及其團隊的工作方式完全一樣(很多中間件的架構也是類似這種模式如Redis、ES、Nocas)。意圖識別就是采用此模式。

?

小節:

我們一直在思考的一件事,不是哪種模式看起來最酷,而是哪種模式能最大限度地減少智能體之間的摩擦。啟動10個智能體并稱之為一個團隊很容易。難的是設計溝通流程,以確保:沒有兩個智能體會做重復工作。每個智能體都知道何時行動何時等待,使這個系統作為一個整體,比其任何單個部分都更智能。為此我們遵循 building-effective-agents 設計。

?

三、Multi-Agent 框架

多智能體模式將人工智能工作流構建為一個智能體團隊,它們相互協作,每個智能體都有明確的角色。每個智能體能夠感知輸入、進行推理(通過思維鏈)并執行操作以完成子任務。每個智能體通常都配置有特定角色,并且只能訪問該角色所需的工具或信息。例如,PM AGent負責需求判斷是否需要其他智能體參與,若需要技術決策則聯動Tech lead agent。智能體將循環進行思考(“思考……”)和行動(“行動……”),直到完成其工作部分的任務。如下圖

wKgZPGkddsWAU0h7AATr6VZPnIw893.png

以上簡單介紹了多智能體的設計模式,那么當下是不是已經有了成熟的架構供我們使用呢?答案是肯定的!

?

1.AutoGPT:Github 180k Star

2.Dify: Github 118k Star

3.AutoGen: Github 51.4k Star

4.CrewAI:Github 40.1k Star

5.LangGraph: Github 20.6k Star

wKgZO2kddseAdcFqAAcFibUme-s922.png

為什么需要使用Agent框架?

只要“問題不可完全窮舉、要跨多系統查證、并且需要在對話中澄清、協商、決策”,就更應該用 Agent 框架,而不是純 Workflow。

純 Workflow 的“天花板”

Workflow 在對話中的“澄清—再決策—再行動” 并不天然友好,需要把每一步提問、回答、重試都畫成節點,復雜而脆弱。

場景:用戶發起:“我的包裹還沒到,怎么辦?”

通過Workflow創建如下智能體:(先不期待GPT-6 會自主思考的智能體)

?意圖識別智能體:識別用戶訴求(查詢進度/催促/投訴/報損/退貨等)

?物流狀態智能體:實時拉取承運商狀態,判斷包裹位置、異常

?政策規則智能體:查詢當前時段政策(節假日、大促、平日),判斷是否特殊處理

?用戶畫像智能體:判斷用戶等級、歷史行為、是否會員

?異常檢測智能體:分析是否有報損、拒收、欺詐等信號

?澄清與補充智能體:信息不全時自動向用戶提問,補齊決策所需信息

?解決方案生成智能體:綜合所有智能體結果,輸出最優處理方案(比如:建議等待/補發/賠償/升級處理/轉人工等)

智能體數量??物流狀態??用戶等級??物流政策....你的分支會爆炸。所以需要用Dify這類的可以支持動態決策,動態推理和澄清的智能體框架。

?

Agent 框架解決的核心問題

以 AutoGen、CrewAI 這類 Agent 框架為例,它們把“在對話里動態規劃與調用工具”作為第一性能力:

場景:用戶說“我10.1買的手機現在還沒到,給我退貨!另外,你們的運費險的保賬期是多久?”

一個合格的客服 Agent 團隊會做什么?

沒有路由決策,首先會動態匹配所有Query,對Query進行改寫成“查詢用戶的訂單”,“用戶想要退貨”,“運費險的保賬范圍和條款”。

1.意圖識別 + 澄清

? Planner Agent:拆出多意圖(物流異常、退貨、計費異常、運費險條款),先問關鍵(訂單號、地址)。

2.跨系統取證

? OMS/物流工具:查軌跡與 SLA;

? 計費/支付工具:核對重復扣款交易;

? CRM:看是否 Plus、是否有歷史補償記錄;

?保庫:查詢運費險

3.政策推理與合規

Policy Agent:套用“假期延誤 + Plus + 運費險”的組合條款,評估可給的補償區間、是否觸發風控人工復核。

這些動作里,很多步驟無法事先“畫”成固定分支,需要在對話上下文里做決策、需要跨工具動態組合、需要“問一句 → 查一下 → 再決定”,這正是 Agent 的強項。

?

結尾:

以上是對多智能體的總結,你會了嗎?

審核編輯 黃宇

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 數據庫
    +關注

    關注

    7

    文章

    4019

    瀏覽量

    68339
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    軟通國際首次亮相NRF 2026美國紐約零售

    1月11日至13日,由全美零售業聯盟(NRF)主辦的年度全球零售業盛會NRF 2026: Retail's Big Show在美國紐約隆重舉行,聚焦AI與智能體技術對零售未來的重塑。軟
    的頭像 發表于 01-21 16:19 ?301次閱讀

    京東自研電商數據庫內核DongSQL簡介

    團隊于今年(2025.9)打磨出了深度優化的自研數據庫內核——DongSQL V1.1.0。
    的頭像 發表于 01-04 17:07 ?1105次閱讀
    京東自研電商<b class='flag-5'>數據庫內核</b>DongSQL簡介

    軟通動力攜手華為云推動制造與零售行業數字化轉型

    近日,軟通動力攜手華為云在上海共同舉辦“智鏈未來、數創增長——制造與零售行業AI應用及數據治理解決方案研討會”。活動聚焦AI大模型構建與數據治理兩大核心議題,深入解析企業智能應用落地的關鍵路徑,
    的頭像 發表于 10-27 17:29 ?1329次閱讀

    理想汽車首個海外零售中心正式開業

    近日,理想汽車海外首家授權零售中心——烏茲別克斯坦首都塔什干零售中心正式開業,面向當地市場主要銷售三款增程電動產品理想L9、理想L7和理想L6。區別于國內的直營銷售,理想汽車海外銷售目前采取授權
    的頭像 發表于 10-14 16:25 ?855次閱讀

    安卓工控一體機在智慧新零售市場領域的應用分析

    在智慧零售市場規模突破2000億的賽道上,安卓工控一體機正以 “隱形中樞” 的角色,重塑無人零售的運營邏輯與消費體驗。
    的頭像 發表于 09-22 11:28 ?732次閱讀
    安卓工控一體機在智慧新<b class='flag-5'>零售</b>市場領域的應用分析

    智慧零售全面爆發,BLE芯片趁勢而起

    ?2025年,全球智慧零售市場預計突破1.2萬億美元,年均增速約15%,其中亞太地區(以中國為主)占全球市場的40%以上。中國市場規模預計達到8500億元人民幣,占全球的35%,年均增速20%,領先
    的頭像 發表于 09-19 16:20 ?648次閱讀
    智慧<b class='flag-5'>零售</b>全面爆發,BLE芯片趁勢而起

    蘇寧易購 API 接口:開啟蘇寧易購全場景零售數據融合新時代

    在數字化浪潮席卷全球零售業的今天,蘇寧易購作為中國領先的智慧零售企業,正通過其先進的 API 接口技術,引領全場景零售數據融合的新紀元。API(Application Programm
    的頭像 發表于 08-29 10:47 ?578次閱讀

    零售行業出海數據回流,如何選擇SDWAN

    >全球零售網絡的擴張正面臨關鍵轉折點:**數據回流的效率與安全**,已成為出海企業增長的核心瓶頸,而SD-WAN技術正通過智能化的網絡重構,成為破局的關鍵利器。隨著零售企業加速全球化布局
    的頭像 發表于 08-21 14:09 ?1481次閱讀
    <b class='flag-5'>零售</b>行業出海<b class='flag-5'>數據</b>回流,如何選擇SDWAN

    融智興科技:RFID超高頻零售標簽解析

    融智興科技推出的RFID超高頻零售標簽,專為零售場景高頻次、多品類、快速周轉而設計,具備遠距離群讀、批量寫入、耐環境干擾等特點,并通過了ARC(Auburn RFID Lab)認證,滿足沃爾瑪、山姆會員店等全球零售巨頭的標準。
    的頭像 發表于 07-30 16:32 ?794次閱讀
    融智興科技:RFID超高頻<b class='flag-5'>零售</b>標簽解析

    重構零售數智化:Splashtop 8大核心場景應用實踐

    當下,零售業正加速擁抱智慧化轉型。面對門店設備管理分散、IT運維成本高企、跨區域協同效率低下、數據安全風險攀升等諸多挑戰,零售企業急需通過技術創新實現設備高效管理、降低運維成本、保障業務連續性。
    的頭像 發表于 06-23 17:36 ?944次閱讀
    重構<b class='flag-5'>零售</b>數智化:Splashtop 8大核心場景應用實踐

    泰國零售巨頭 CJ Express 借助 SAP 內存數據庫實現高效數據管理

    泰國零售和食品分銷商 CJ Express 借助 SAP 內存數據庫及 Datavard 解決方案,有效控制數據增長,提升系統性能并降低成本的成功案例。
    的頭像 發表于 06-13 11:04 ?614次閱讀
    泰國<b class='flag-5'>零售</b>巨頭 CJ Express 借助 SAP 內存<b class='flag-5'>數據庫</b>實現高效<b class='flag-5'>數據</b>管理

    RFID零售標簽:革新服裝和鞋類庫存管理

    率先部署 RFID 的企業,已經開始收獲成效;而行動遲緩的企業,可能將無可挽回地被智能零售時代甩在身后。
    的頭像 發表于 06-05 17:11 ?626次閱讀
    RFID<b class='flag-5'>零售</b>標簽:革新服裝和鞋類庫存管理

    吉方工控攜手英特爾推動零售行業高質量發展

    第二十五屆中國零售業博覽會同期舉辦的英特爾“芯到質,AI重塑新零售”創新論壇上,英特爾中國網絡與邊緣技術產品總監王景佳和中國連鎖經營協會(CCFA)副秘書長楊雯發表致辭,英特爾零售
    的頭像 發表于 05-12 14:24 ?872次閱讀

    稱重收銀到智慧導購:英特爾助力零售業升級

    2025年5月8日,深圳 ——在現在和將來的智慧零售門店中,英特爾這些屢見不鮮的場景提供算力和AI支持:消費者步入門店的瞬間,人臉識別即刻關聯購物歷史,完成產品精準推薦,選購完成后,刷臉快速完成
    的頭像 發表于 05-09 16:16 ?582次閱讀

    LED電源設計中三極管恒流的方案

    寶劍鋒從磨礪出,梅花香自苦寒來;此句是中國流傳下來的一句古訓,喻為如果想要取得成績,獲取成就,就要能吃苦,勤于鍛煉,這樣才能靠自己的努力贏得勝利。各個行業皆是如此。在電源網論壇里,就存在這樣一些人
    發表于 03-11 14:47