企業(yè)級AI協(xié)作-AI群聊,從預(yù)設(shè)流程驅(qū)動向語義路由驅(qū)動
企業(yè)級AI協(xié)作正從“流程驅(qū)動”邁向“語義驅(qū)動”。本文聚焦AI群聊的演進(jìn)路徑,深入解析語義路由如何重構(gòu)協(xié)作邏輯、提升組織效率,為產(chǎn)品人理解下一代智能協(xié)作工具提供系統(tǒng)視角。
想象一下,后續(xù)的企業(yè)中,人類員工和AI員工是怎樣的一種合作模式?或者我們把話題縮小一下,人類員工應(yīng)該用怎樣的交互方式來驅(qū)動AI員工?
0. 結(jié)論先行
先給出我的結(jié)論,群聊。在這個群里,你可以隨意@ 某一個智能體/Agent替你干活兒。比如:@差旅助手替你定出差的方案,然后再@報(bào)銷助手接收差旅助手產(chǎn)生的費(fèi)用項(xiàng)完成報(bào)銷,整個操作一氣呵成,而這個群聊頁面,可能就是今后你電腦中唯一需要打開的App,我個人其實(shí)也更喜歡稱之為企業(yè)AI操作系統(tǒng)。
1. 當(dāng)前現(xiàn)狀
當(dāng)前業(yè)界主流智能體平臺基本都是預(yù)設(shè)流程驅(qū)動(Workflow-Driven)。預(yù)設(shè)流程流程驅(qū)動,意味著靈活度是受限的,你再怎么玩也跳不出預(yù)設(shè)好的工作流和節(jié)點(diǎn)。
如 Dify、N8N,AI協(xié)作大多依賴“預(yù)設(shè)工作流”:
- 用戶輸入→觸發(fā)一個固定流程→多個Agent按劇本執(zhí)行→輸出結(jié)果
- 優(yōu)點(diǎn):可控、可審計(jì)、穩(wěn)定
- 缺點(diǎn):僵化、不靈活、無法應(yīng)對突發(fā)組合需求
2. 群聊如何實(shí)現(xiàn)?
整個流程其實(shí)是預(yù)設(shè)流程驅(qū)動(Workflow-Driven)向語義路由驅(qū)動(Semantic Routing)的演進(jìn)。默認(rèn)的群聊窗口其實(shí)就是最上層的Routing Agent。如果你很清楚Agent們的職責(zé),直接@它們就可以了;但如果你只是模糊的說一句:“幫我制定一下去新加坡的行程,并且整理好發(fā)票報(bào)銷”,Routing Agent就會負(fù)責(zé)語義解析并且找到對應(yīng)的垂直Agent完成工作。
因此,群聊的本質(zhì)其實(shí)是一種“可感知的智能體協(xié)作網(wǎng)絡(luò)”(Perceptible Agent Network)。它的特征如下:
這實(shí)際上是一個 “混合式智能體架構(gòu)”(Hybrid Agent Architecture),結(jié)合了:
- 前端:社交化UI(類似Slack/Teams)
- 中臺:語義理解+路由引擎
- 后端:各垂直Agent的獨(dú)立工作流
3. 業(yè)界的實(shí)踐情況
智能體群聊在當(dāng)前的時(shí)間節(jié)點(diǎn)仍然是一個比較領(lǐng)先的概念,目前沒有完全對等的方案。類似的產(chǎn)品或者框架如下:
4. “受控群聊” Vs. “自由群聊”
本方案本質(zhì)上仍然是受控群聊,有一種更激進(jìn)的想法是自由群聊:
- 自由群聊:多個Agent可以自由發(fā)言、爭論、投票,但容易陷入“無意義循環(huán)”或“幻覺擴(kuò)散”
- 受控群聊:雖然允許Agent之間互動,但通過以下機(jī)制防止失控:
- 所有對話始于用戶每條消息必須明確@目標(biāo)或由系統(tǒng)路由
- 每個Agent仍綁定到預(yù)設(shè)的工作流(如CRMSyncAgent只能查日志+調(diào)API)
這種“結(jié)構(gòu)化自由度”是企業(yè)落地的關(guān)鍵——既保留靈活性,又保證安全與合規(guī)。
你怎么看“AI群聊+@提及”模式?你們公司開始嘗試多智能體協(xié)作了嗎?歡迎留言討論!
本文由 @AIDT智享遠(yuǎn)方 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
- 目前還沒評論,等你發(fā)揮!