
【虹科方案】AI 讀不懂業務?破解企業 AI Context 斷裂與實時數據瓶頸
企業級 AI 落地失敗?問題不在 LLM 模型!虹科剖析「企業 AI 上下文缺口」(Context Gap)對 Copilot 與 Agentic 工作流的致命影響,介紹 Redis Iris 實時上下文層架構,幫助香港及東南亞 B2B 企業打造高回報 AI 系統。
過去幾年,企業在 AI 基礎設施上的投入主要聚焦於兩條路徑:一是讓大語言模型能夠存取企業知識庫,二是使 AI 應用基於企業數據生成更精準的回答。由此,RAG(檢索增強生成)、向量數據庫(Vector Database)、知識庫問答及企業 Copilot 等方案迅速普及。
許多極具價值的業務洞察,並非直白地寫在某份文檔或某個欄位裡,而是隱匿於客戶、合約、供應商、產品、工單、程式碼、設備、帳戶、交易、組織、知識與流程之間錯綜複雜的關聯網絡之中。
傳統搜尋只能命中用戶明確輸入的關鍵詞,常規 RAG 主要依賴文本語義相似度,BI 儀表板則受制於預設指標與查詢邏輯。它們都擅長回答「用戶已知如何提問」的問題,卻難以觸及「用戶尚不知該問什麼」的未知領域。
Arango Contextus,正是一種面向「上下文發現」的 AI 能力。它並非普通的聊天機器人,也不僅是 RAG 檢索工具,而是深度融合圖結構(Graph Structure)、圖神經網絡(GNN)與大語言模型(LLM)的發現型 AI。其目標,是將 AI 的能力從「回答已知問題」推向「發現未知線索」。

在企業環境中,數據往往並不匱乏。
CRM 中沉澱著客戶與商機,ERP 中記錄著訂單與庫存,ITSM 系統中留存著工單與變更,程式碼倉庫裡蘊藏著模組與相依性(Dependencies),合約系統儲存著條款與履約資訊,網絡安全系統則匯集了資產、漏洞、告警與攻擊路徑。
問題在於,這些數據分散於不同系統,形態各異。即便企業將其一股腦接入 AI,也常常只是簡單切片、向量化,再交給大語言模型做問答。
這種方式能解決部分知識檢索問題,例如:
但當問題升級為:
此時,單純的文本相似度便力不從心。
根源在於:這些問題的答案不只取決於文本內容本身,更依賴於實體之間的連接方式。企業 AI 真正需要的,不只是一個「知識庫」,而是一個能理解業務結構關係的上下文數據層(Context Data Layer)。
💡 傳統 RAG 更適合回答用戶已經提出的問題,而 Contextus 進一步利用圖結構和上下文數據層,幫助企業發現尚未被明確提出的隱藏線索。

傳統搜尋的邏輯是:用戶輸入關鍵詞,系統返回匹配結果。RAG 的邏輯是:用戶提出問題,系統檢索語義相近的內容,再交由 LLM 生成回答。
而 Contextus 致力於解決另一類問題:當用戶不知道應該搜什麼,也不清楚哪些實體之間可能存在潛在關聯時,AI 能否主動發現值得關注的關係?
這正是 Contextus 的獨特之處。
它並不只看單個節點的文本描述,而是分析該節點在圖中的位置、周遭連接、間接路徑和結構模式。藉助圖神經網絡(GNN),系統能識別那些雖無直接相連、卻在結構上高度相似或具有潛在關聯的實體。
這種能力在業務中極具現實意義:
這些發現絕非簡單搜尋所能企及,它們要求系統真正理解「關係」與「結構」。
Contextus 的處理流程可拆解為四個階段:圖數據攝取與嵌入、BFS 圖遍歷、鏈接預測,以及 LLM 解釋。
將企業數據加載至 Arango 多模型數據平台,並基於圖結構訓練圖神經網絡(GNN)。GNN 不僅學習節點屬性,更學習節點在整個圖中的位置及其與鄰居的連接模式。這與普通向量化截然不同——文檔 Embedding 表達的是文本語義,而 GNN Embedding 捕捉的是結構語義。兩個節點文本內容可能完全不同,但若其連接模式相似,便可能被識別為潛在關聯。
從用戶指定的查詢節點出發,使用 AQL 執行廣度優先搜尋(BFS),提取 N 範圍內的局部子圖。這個子圖囊括了查詢節點周邊的直接連接、間接連接和多跳路徑,相當於系統不僅審視某個客戶、資產或程式碼模組本身,還將其關聯的聯絡人、合約、產品、服務記錄、風險事件、依賴關係及歷史行為一併納入分析。
系統計算查詢節點與其他節點之間的結構相似度,挖掘那些雖無顯式連接、但在圖結構上可能存在潛在關係的實體。這一步是 Contextus 區別於傳統圖查詢的關鍵——傳統圖查詢回答「已知存在什麼關係」,而鏈接預測試圖回答「哪些關係可能尚未被顯式建模或發現」。
圖演算法與 GNN 能輸出相似度分數和候選關係,但業務用戶難以直接理解這些數值的含義。因此,Contextus 藉助大語言模型,將發現結果轉化為符合行業語境的自然語言解釋,包括為何兩個實體可能相關、經由哪些路徑相關,以及這種關係在業務上意謂著什麼。
這使得 Contextus 不再是一個孤立的演算法組件,而更像一位面向業務分析師、工程師和決策者的 AI 發現助手。
🔍 Contextus 的關鍵不只是檢索相似文本,而是先透過圖結構理解實體關係,再透過 GNN 和鏈接預測發現潛在連接,最後由 LLM 將技術結果轉化為業務可讀的解釋。

從客戶視角看,企業採購 AI 平台,不是為了追逐技術概念,而是為了提升業務判斷效率、降低風險、減少重複勞動、挖掘增長機遇。Contextus 這類上下文發現 AI 的價值,集中體現在三個方面:
企業系統通常按部門與流程割裂建設——CRM 管銷售,ERP 管訂單,ITSM 管服務,安全平台管資產與告警,程式碼倉庫管研發。系統間的邊界往往成為洞察的藩籬。Contextus 將這些對象統一映射到圖結構中,讓 AI 能夠跨越系統邊界進行分析,而非囿於單一系統的數據表或文檔集。
許多風險與機遇在萌芽期並不會以明確的問題形式出現。客戶不會直接問「哪個客戶下個月可能流失」,供應鏈團隊也未必想到「哪個二級供應商會影響核心產品交付」。若系統只能響應已提出的問題,其價值便大打折扣。上下文發現 AI 的意義,在於主動將潛在模式暴露出來,讓業務人員提前介入。
GNN、嵌入、鏈接預測對技術團隊有意義,但對業務人員而言,真正重要的是「為什麼這件事值得關注」。Contextus 藉助 LLM,將結構相似性、連接路徑與潛在關係翻譯為自然語言,大幅降低了圖分析結果的使用門檻,也更容易融入企業實際工作流。
從產品定位來看,Contextus 進一步強化了 Arango 的上下文數據平台敘事。
Arango 並不單純標榜自己是圖數據庫或向量檢索工具,而是致力於將圖、文檔、向量、搜尋與治理能力統一於一個平台之中。
這對企業 AI 架構至關重要。許多企業在構建 AI 應用時,往往將向量數據庫、圖數據庫、搜尋引擎、ETL 工具、權限系統與審計系統拼接在一起。這種拼湊架構在原型階段尚可應付,但長期運行會帶來數據同步、權限一致性、查詢延遲、系統複雜度和維護成本等諸多問題。
Arango 的主張是:與其將多個工具強行拼湊成一個 AI 棧,不如在統一的多模型平台上管理圖結構、節點屬性、向量嵌入與檢索能力,讓上下文在同一數據基礎上生成並調用。
對企業客戶而言,這不僅是技術簡化,更是降低 AI 項目從 PoC 走向生產環境的複雜度。真正的企業 AI 應用,不能只回答得「像」,還要回答得有依據、可追溯、符合權限邊界,並能適應業務關係的變化——統一上下文數據層的價值正在於此。
Contextus 代表了企業 AI 的一個重要轉向:從基於文本的問答系統,邁向基於關係的發現系統。
早期階段,企業 AI 的重心是「讓大模型能讀懂企業文檔」。而隨著應用深化,客戶真正需要的是「讓大模型理解企業業務結構」。這意味著 AI 不僅要知道某段文本說了什麼,還要知道這段文本對應哪個客戶、哪個產品、哪個合約、哪個流程、哪個風險事件,以及這些對象之間如何連接。
因此,企業在構建 AI 應用時,不應只盯着大模型本身,也不能只關注向量檢索效果,更應審視底層上下文數據是否被正確組織。
如果企業數據仍是孤立的文檔、表格與系統,AI 的能力便極易停留於摘要與問答層面;而若能將業務對象、關係、權限、歷史記錄與證據鏈統一建模,AI 才有望邁入分析、推理與發現的更高層次。
Contextus 的價值,不在於替代搜尋、RAG 或 BI,而在於補足它們共同缺失的一環:發現隱匿於關係結構中的未知線索。
對企業 AI 而言,這種能力具有鮮明的現實意義。因為最有價值的洞察,往往非孤立地存在於某份文檔之中,而是潛伏於客戶、合約、產品、流程、風險、程式碼、資產和組織之間複雜的連接網絡裡。
Arango 透過其上下文數據平台與 Contextus 傳遞的核心信息是:企業 AI 的下一階段,不只是將數據接入大模型,而是將企業數據編織成可發現、可解釋、可治理的上下文網絡。這也正是企業從普通 RAG 走向 GraphRAG,再邁向 AI Discovery 的關鍵路徑。

企業級 AI 落地失敗?問題不在 LLM 模型!虹科剖析「企業 AI 上下文缺口」(Context Gap)對 Copilot 與 Agentic 工作流的致命影響,介紹 Redis Iris 實時上下文層架構,幫助香港及東南亞 B2B 企業打造高回報 AI 系統。

深入解析 Vuzix AR 智能眼鏡與 S Med 遙距會診平台在香港醫療急症、手術示教、臨床培訓及醫療器械售後等 6 大核心場景的應用!提供高價值 PoC 評估指南,助醫療機構輕鬆邁向數碼轉型,立即查看!

Siemens能源德國柏林與上海基地全面採用虹科 ASPION G-Log 2 衝擊記錄儀,為高壓開關設備提供符合 IEC 60721-3-2 標準的衝擊與溫濕度監測。立即探索這款兼具高精度與成本效益的全球物流運輸安全解答!