chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

3天內不再提示

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

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

掃碼添加小助手

加入工程師交流群

一、新聞

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

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

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

?

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

?

wKgZO2kddrWAVdShAANwmyctDKU974.png

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

?

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

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

1. 工作流模式

wKgZPGkddraAGN0KAAkvRGf1kUo216.png

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

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

?

2. 路由模式

wKgZO2kddreAG8D7AAke-9soxo4910.png

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

路由模式的實現有四種:

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

""" 偽代碼示例 """
router = ReActAgent(
    name="Router",
    sys_prompt="#角色#你是一個路由智能體。你的目標是將用戶查詢路由到正確的后續(xù)任務,注意你不需要回答用戶的問題。
                #任務#選擇正確的后續(xù)任務,如果任務太簡單或沒有合適的任務,則選擇 ``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
        }
        ....

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

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

?

3. 并行模式

wKgZPGkddrmAZpzkAAlA42-Sqw8277.png

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

4. 循環(huán)模式

wKgZPGkddryADxA4AAku8ioKIXU750.png

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

?

5. 聚合模式

wKgZO2kddr-AF2EQAAkifCLP4oU488.png

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

?

6. 網絡模式

wKgZPGkddsGAN4z8AAlQesehRds801.png

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

agentscope-samples

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

?

7. 層級模式

wKgZO2kddsOAU_GuAAmA1T40dzg835.png

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

?

小節(jié):

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

?

三、Multi-Agent 框架

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

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框架?

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

純 Workflow 的“天花板”

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

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

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

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

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

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

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

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

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

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

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

?

Agent 框架解決的核心問題

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

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

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

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

1.意圖識別 + 澄清

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

2.跨系統(tǒng)取證

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

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

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

?保庫:查詢運費險

3.政策推理與合規(guī)

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

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

?

結尾:

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

審核編輯 黃宇

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

    關注

    7

    文章

    4018

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    吉方工控攜手英特爾推動零售行業(yè)高質量發(fā)展

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

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

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

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

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

    MWC 2025 | 移遠通信推出AI智能無人零售解決方案,以“動態(tài)視覺+邊緣計算”引領智能零售新潮流

    在無人零售市場蓬勃發(fā)展的浪潮中,自動售貨機正經歷著傳統(tǒng)機械式操作向AI視覺技術的重大跨越。 ? 移遠通信作為全球領先的物聯網整體解決方案供應商,精準把握行業(yè)趨勢,在2025世界移動通信大會(MWC
    發(fā)表于 03-05 13:42 ?398次閱讀
    MWC 2025 | 移遠通信推出AI智能無人<b class='flag-5'>零售</b>解決方案,以“動態(tài)視覺+邊緣計算”引領智能<b class='flag-5'>零售</b>新潮流