作者 | 王瑋

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

實(shí)操測(cè)評(píng)一：會(huì)議室里的架構(gòu)選型

與成本算賬

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

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

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

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

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

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

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

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

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

實(shí)操測(cè)評(píng)二：直擊真實(shí)環(huán)境的故障排查

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

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

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

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

我香港的 lh 無法登錄

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

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

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

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

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

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

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

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

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

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

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

一個(gè)對(duì)話框里的 ITSM 實(shí)踐

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

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

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

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

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

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

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

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

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

從云計(jì)算的發(fā)展路徑來看，長(zhǎng)期以來的核心交互載體始終是“控制臺(tái)”。隨著產(chǎn)品矩陣不斷擴(kuò)展，控制臺(tái)結(jié)構(gòu)愈發(fā)復(fù)雜，用戶需要理解大量概念、路徑與配置邏輯，學(xué)習(xí)成本持續(xù)抬高。與之對(duì)應(yīng)，傳統(tǒng) ITSM 體系建立在“人找服務(wù)”的模式之上：遇到問題，用戶需要主動(dòng)查文檔、找入口、提工單，再等待響應(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 與運(yùn)營(yíng)組織將實(shí)現(xiàn)零接觸式服務(wù)臺(tái)，而 2025 年這一比例還不到 1%。AndonQ 的實(shí)踐，正處在這一演進(jìn)方向之中：以 Agent 作為載體，將服務(wù)能力嵌入實(shí)時(shí)交互，而非依賴流程驅(qū)動(dòng)的工單體系。

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

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

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

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

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

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

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

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

屬于工程師的“外腦”時(shí)代

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

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

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

歡迎加入交流群

今日薦文

你也「在看」嗎？