作者 | 王瑋

這是一個高度數(shù)字化、智能化的時代，企業(yè)的核心業(yè)務(wù)幾乎全部長在云上，支撐這一切的 IT 服務(wù)管理（ITSM）體系，也在持續(xù)演進(jìn)，并不斷引入智能客服與大模型能力，在效率層面已有明顯提升。

但在實際使用過程中，這些能力往往分散在不同系統(tǒng)與流程之中，用戶仍需要在多處入口之間切換。

天下苦“切窗口”與“找客服”久矣。

此前，通用大語言模型并沒有完全解決此類問題。

它很聰明，但涉及具體的云資源配置，它往往只能給你甩一段過時的、缺乏針對性的官方文檔；傳統(tǒng)云客服雖然專業(yè)，但提工單、排隊、反復(fù)描述背景信息的流程，嚴(yán)重拖慢了故障恢復(fù)的時間（MTTR）。我們真正需要的，是一個既懂通用技術(shù)，又懂當(dāng)前云上真實資源上下文，還能隨叫隨到、不打斷工作流的“貼身專家”。

騰訊云最近上線的新玩意兒AndonQ，大概就是為了解決此類問題。我們和騰訊云聊了下，他們將AndonQ稱為全球首款 ITSM“領(lǐng)域蝦”。

AndonQ 可直接適配市面主流 “蝦” 類工具，包括 WorkBuddy、QClaw、OpenClaw 等，同時支持以龍蝦形態(tài)集成至 IM Bot，實現(xiàn)便捷的對話式交互與咨詢。

而“領(lǐng)域”二字，則代表它不做閑聊問答，而是聚焦于云服務(wù)這一高度專業(yè)的垂直場景，自帶領(lǐng)域知識與業(yè)務(wù)邏輯。

我們也第一時間測試了這款所謂的“領(lǐng)域蝦”。

在內(nèi)測體驗中，我發(fā)現(xiàn)了一個極其關(guān)鍵的成本優(yōu)勢：在 IM 中調(diào)用 AndonQ 的龍蝦形態(tài)進(jìn)行技術(shù)咨詢和故障排查，完全不消耗用戶的 Token。這意味著，用戶當(dāng)前可以更深度地嘗試多輪對話和復(fù)雜排障，而無需頻繁顧慮賬戶內(nèi)的 Token 消耗。跳出成本賬，從實際的操作體感來看，AndonQ 的上手過程同樣透著一種輕量感。

30 秒實現(xiàn)智能客服為我所用

對于一項以提升生產(chǎn)力為目標(biāo)的技術(shù)而言，如果其部署與學(xué)習(xí)成本本身就構(gòu)成門檻，那么再先進(jìn)的能力也難以轉(zhuǎn)化為實際價值，最終往往止步于“收藏夾工具”。從這一點來看，AndonQ 在產(chǎn)品體驗上的克制與取舍，反而顯得格外重要——其安裝與啟用過程足夠輕量，幾乎可以忽略不計。

在實際體驗中，我通過日常使用的小龍蝦助手（WorkBuddy）完成了全流程接入。整個過程無需編寫代碼，也無需進(jìn)行復(fù)雜的環(huán)境配置，只需要打開 WorkBuddy，進(jìn)入專家 - 工程技術(shù)模塊，一眼就能看到 AndonQ 騰訊云技術(shù)支持專家。

需要補(bǔ)充的是，當(dāng)前這套能力雖已在體驗層面實現(xiàn)“人人可用”，但其背后仍然依賴模型推理與資源調(diào)用，因此在實際使用中不可避免會產(chǎn)生一定的 Token 消耗。這一點，本質(zhì)上仍屬于現(xiàn)階段大模型產(chǎn)品的通行成本。

不過，從產(chǎn)品演進(jìn)路徑來看，這一成本邊界正在被重新定義。AndonQ 已經(jīng)開始嘗試以更原生的方式嵌入 IM 場景，在部分調(diào)用鏈路中實現(xiàn)免 Token 的能力調(diào)度。這意味著，未來智能客服不再只是“可用”，而是有機(jī)會真正融入日常工作流，成為一種低成本、甚至無感的基礎(chǔ)設(shè)施。

實操測評一：會議室里的架構(gòu)選型

與成本算賬

技術(shù)人不僅要寫代碼、扛機(jī)器，還得懂算賬，架構(gòu)選型往往伴隨著靈魂拷問。

試想這樣一個場景：在技術(shù)評審會上，團(tuán)隊正在討論是否要將自建在 CVM（云服務(wù)器）上的 Redis 集群遷移到騰訊云的托管 Redis。老板突然發(fā)難：“自建和托管，到底哪個劃算？按我們目前 32G 內(nèi)存、主從高可用的規(guī)模，一年綜合成本差多少？”

算 TCO（總擁有成本）可不是查個單價那么簡單，必須綜合考慮計算資源、存儲資源、內(nèi)網(wǎng)帶寬，以及最容易被忽視的隱性運維人力成本。在過去，這需要架構(gòu)師拉出多個 Excel 表格，查閱不同頁面的計費文檔，耗費半天時間才能得出一個粗略的結(jié)論。

AndonQ 有沒有能力改變以往的方式呢？

我直接在 WorkBuddy 里向 AndonQ 拋出了這個問題。不到十秒鐘，AndonQ 就給出了一份條理清晰的對比報告。它不僅詳細(xì)列出了托管 Redis 的包年折扣價，還精準(zhǔn)拆解了 CVM 自建方案中所需的服務(wù)器、數(shù)據(jù)盤、系統(tǒng)盤費用。更令人驚艷的是，它量化了“隱性運維成本”，將高可用切換、數(shù)據(jù)備份、監(jiān)控告警、版本升級等日常運維動作折算成了具體的人天費用。

最終，AndonQ 給出了明確的結(jié)論：純資源成本上托管方案已經(jīng)便宜約 40%，疊加運維人力后差距擴(kuò)大到 2~3 倍，并附帶了推薦托管和考慮自建的具體業(yè)務(wù)場景建議。

還是同樣的場景，我又去考察了一下集成到飛書里的小龍蝦形態(tài)的 AndonQ，AndonQ 選擇直截了當(dāng)給出結(jié)論：托管 Redis 雖然采購價格高，但綜合成本明顯優(yōu)于自建。通過結(jié)構(gòu)化信息呈現(xiàn)和前置關(guān)鍵結(jié)論，有效降低了溝通成本。

這種在需要綜合信息整合和專業(yè)判斷場景下展現(xiàn)出的“決策輔助”能力，堪稱打工人的職場外掛，它將原本分散在多個系統(tǒng)、多個認(rèn)知層級的信息，在同一時間完成整合與判斷。對于技術(shù)團(tuán)隊而言，這意味著在面對業(yè)務(wù)與管理層時，不再只是提供數(shù)據(jù)，而是能夠更快給出具備決策價值的答案。

在一個越來越強(qiáng)調(diào)效率與響應(yīng)速度的組織環(huán)境中，這類能力的意義，遠(yuǎn)不止節(jié)省時間。它正在改變技術(shù)團(tuán)隊參與決策的方式。

實操測評二：直擊真實環(huán)境的故障排查

如果說成本核算展現(xiàn)了 AndonQ 的廣度，那么故障排查則真正考驗了它作為“領(lǐng)域龍蝦”的深度。

在云上運維場景中，最典型、也最容易消耗工程師耐心的，是那類看似簡單卻充滿不確定性的連接問題。比如：一臺服務(wù)器突然無法通過 SSH 登錄。

在傳統(tǒng)流程下，這類問題的排查路徑幾乎已經(jīng)形成“肌肉記憶”：登錄控制臺、定位實例、檢查是否欠費停機(jī)、查看 CPU 與內(nèi)存負(fù)載、核對安全組與防火墻規(guī)則、逐條比對 SSH 報錯信息，必要時還需要查閱文檔或提交工單。整個過程往往跨越多個系統(tǒng)界面，在信息碎片中反復(fù)切換，耗時通常在 15 到 30 分鐘之間，且結(jié)果并不總是確定。

為了驗證 AndonQ 在這一場景下的實際能力，我刻意模擬了一次典型問題，并以最接近日常溝通的方式直接在微信上發(fā)起提問：

我香港的 lh 無法登錄

這是一句信息并不完整、甚至略顯模糊的描述。不同于通用大模型常見的泛化建議，AndonQ 的第一反應(yīng)并非“解釋問題”，而是直接著手“解決問題”。

查到了，你香港地域有一臺 Lighthouse 實例 lhins-s073ndd3，狀態(tài)是運行中，沒有到期問題?；拘畔ⅲ合到y(tǒng) OpenCloudOS 9，公網(wǎng) IP 43.128.1.176，配置 2 核 2GB/40GB SSD/20Mbps。

它自動觸發(fā)查詢流程，在極短時間內(nèi)鎖定了目標(biāo)實例：確認(rèn)地域、實例 ID、運行狀態(tài)、系統(tǒng)版本、公網(wǎng) IP 及資源配置等關(guān)鍵信息，并明確排除了欠費停機(jī)等基礎(chǔ)性問題。

在完成底層狀態(tài)確認(rèn)后，AndonQ 并未停留在信息展示層，而是主動引導(dǎo)問題收斂：詢問具體的登錄方式與失敗路徑。當(dāng)我選擇“通過 SSH 客戶端連接公網(wǎng) IP 登錄失敗”后，它進(jìn)一步調(diào)用云 API，對防火墻及安全組規(guī)則進(jìn)行自動校驗，并明確反饋 22 端口已正常放通。

至此，網(wǎng)絡(luò)層面的不確定性被快速排除，問題被有效收斂至認(rèn)證層。

隨后，AndonQ 給出結(jié)構(gòu)化的錯誤分類（如 Connection timed out、Connection refused、Permission denied 等），并要求提供具體報錯信息。當(dāng)我補(bǔ)充“Permission denied”后，其診斷路徑迅速完成閉環(huán)：

它基于已有上下文判斷——網(wǎng)絡(luò)鏈路正常，問題出在認(rèn)證機(jī)制；同時結(jié)合實例所使用的系統(tǒng)鏡像（OpenCloudOS 9），直接給出了具備操作性的修復(fù)方案，包括可能的用戶權(quán)限配置與登錄方式校正，并附帶可執(zhí)行的命令級指導(dǎo)。

整個過程控制在兩分鐘以內(nèi)。

從結(jié)果來看，AndonQ 實際上完成了一次高度自動化的診斷流程：

它將原本依賴人工經(jīng)驗、多系統(tǒng)切換的排查路徑，壓縮為一段連續(xù)、收斂的對話過程。它并未簡單提供“可能性列表”，而是主動完成了狀態(tài)確認(rèn)、網(wǎng)絡(luò)驗證等關(guān)鍵前置步驟，將用戶直接引導(dǎo)至問題根因，并提供可落地的解決路徑。

這種能力的價值，在于將“排查”從一種試錯過程，轉(zhuǎn)變?yōu)楦咏_定性的診斷行為。對于運維場景而言，這不僅意味著效率的提升，更意味著問題處理路徑的可預(yù)期與可復(fù)用。

一個對話框里的 ITSM 實踐

在深度體驗的過程中，我發(fā)現(xiàn) AndonQ 絕不僅僅是一個“高級版 FAQ 機(jī)器人”。它實際上是將騰訊云龐大的 ITSM（IT 服務(wù)管理）體系，濃縮到了一個極簡的對話框里。在具體使用過程中，AndonQ 的能力逐漸顯現(xiàn)出來，并集中體現(xiàn)在幾個高頻場景中：

• 全產(chǎn)品線咨詢：覆蓋 CVM、COS、CLB、Redis、MySQL、TKE、CDN、VPC 等騰訊云全量產(chǎn)品，沒有任何知識盲區(qū)。無論是基礎(chǔ)的配置指導(dǎo)，還是復(fù)雜的架構(gòu)原理，都能即問即答。

• 故障診斷排查：針對健康檢查失敗、連接超時、權(quán)限拒絕等高頻故障，能夠結(jié)合用戶的真實資源上下文，快速給出排查方向與具體的修復(fù)命令行 / 配置方案。

• 成本對比分析：精準(zhǔn)解答產(chǎn)品選型、不同架構(gòu)的成本差異，輔助技術(shù)團(tuán)隊和管理層進(jìn)行業(yè)務(wù)決策。

• 工單實時查詢：從被動等待到過程可見，用戶可以在對話中實時查詢工單進(jìn)展，打破了傳統(tǒng)工單系統(tǒng)的信息黑箱；

• 服務(wù)報告獲?。耗軌蚋鶕?jù)用戶的歷史工單、故障記錄和資源消耗情況，自動生成結(jié)構(gòu)化的服務(wù)報告，為團(tuán)隊的月底復(fù)盤和架構(gòu)優(yōu)化提供堅實的數(shù)據(jù)支撐。

• 跨會話記憶：具備強(qiáng)大的上下文感知能力。如果問題復(fù)雜需要分多次提問，AndonQ 會牢牢記住歷史對話背景，后續(xù)追問時無需重新鋪墊，交流體驗如同與一位共事多年的老同事探討問題。

小龍蝦介入云服務(wù)的關(guān)鍵一躍

評測至此，跳出具體功能來看，AndonQ 更值得討論的，是其所呈現(xiàn)出的產(chǎn)品取向及其背后的行業(yè)變化。

從云計算的發(fā)展路徑來看，長期以來的核心交互載體始終是“控制臺”。隨著產(chǎn)品矩陣不斷擴(kuò)展，控制臺結(jié)構(gòu)愈發(fā)復(fù)雜，用戶需要理解大量概念、路徑與配置邏輯，學(xué)習(xí)成本持續(xù)抬高。與之對應(yīng)，傳統(tǒng) ITSM 體系建立在“人找服務(wù)”的模式之上：遇到問題，用戶需要主動查文檔、找入口、提工單，再等待響應(yīng)。

這一模式在當(dāng)下強(qiáng)調(diào)效率與協(xié)同的開發(fā)環(huán)境中，逐漸顯露出局限。

AndonQ 的變化在于，將這一邏輯轉(zhuǎn)向“服務(wù)響應(yīng)人”。用戶不再圍繞系統(tǒng)結(jié)構(gòu)組織行為，而是直接表達(dá)問題，由系統(tǒng)完成理解、定位與調(diào)用。復(fù)雜的底層邏輯與操作路徑，被收斂在自然語言交互之后。

Gartner 在《IT 服務(wù)管理中人工智能應(yīng)用魔力象限（2025）》中指出，到 2030 年，20% 的高成熟度 IT 與運營組織將實現(xiàn)零接觸式服務(wù)臺，而 2025 年這一比例還不到 1%。AndonQ 的實踐，正處在這一演進(jìn)方向之中：以 Agent 作為載體，將服務(wù)能力嵌入實時交互，而非依賴流程驅(qū)動的工單體系。

從產(chǎn)品路徑來看，它也為“垂直領(lǐng)域 Agent 如何落地”提供了一種更具現(xiàn)實性的解法。

通用大模型在企業(yè) IT 場景中的應(yīng)用始終存在兩道門檻：

一是缺乏持續(xù)更新的領(lǐng)域知識，難以覆蓋云產(chǎn)品快速迭代的能力與規(guī)則；

二是缺少對真實資源環(huán)境的感知，無法針對具體實例、網(wǎng)絡(luò)或配置狀態(tài)給出有效判斷。

AndonQ 的處理方式較為直接：一方面，通過領(lǐng)域知識與服務(wù)體系的深度綁定，保證回答的專業(yè)性與時效性；另一方面，通過授權(quán)機(jī)制接入用戶實際資源上下文，使系統(tǒng)具備對實例狀態(tài)、監(jiān)控數(shù)據(jù)與配置規(guī)則的感知能力。

在這一前提下，AI 的角色從提供建議轉(zhuǎn)向參與處理。其價值不再停留在解釋問題，而是能夠介入實際流程。

同時，其產(chǎn)品形態(tài)選擇也具有明確取向：并未構(gòu)建獨立平臺，而是以插件與 IM Bot 的形式嵌入現(xiàn)有工作流。這一設(shè)計降低了使用門檻，也避免了工具切換帶來的額外成本。

整體來看，AndonQ 所代表的，是一種更貼近實際使用場景的 Agent 路徑：不強(qiáng)調(diào)替代，而強(qiáng)調(diào)嵌入與協(xié)同。

屬于工程師的“外腦”時代

從早期的電話客服，到后來的網(wǎng)頁工單，再到如今的“領(lǐng)域龍蝦”，IT 服務(wù)管理的每一次形態(tài)演進(jìn)，本質(zhì)上是在持續(xù)降低人與系統(tǒng)之間的交互成本。

在當(dāng)前能力邊界內(nèi)，AndonQ 已經(jīng)能夠覆蓋大部分日常場景：配置咨詢、常見故障排查、基礎(chǔ)架構(gòu)選型與成本對比等，都可以在較短時間內(nèi)完成響應(yīng)與處理。對于極端復(fù)雜或底層問題，仍然需要人工專家介入，但這并不影響其在高頻場景中的實際價值。

更重要的是，它改變的并非單點效率，而是整體工作方式：減少界面切換，縮短信息路徑，將分散的操作流程變?yōu)橐淮芜B續(xù)交互。所謂“外腦”，并不是替代人，而是在關(guān)鍵時刻，幫人更快接近答案。而這，或許正是這一類“領(lǐng)域龍蝦”真正開始產(chǎn)生價值的地方。

歡迎加入交流群

今日薦文

你也「在看」嗎？