區域頭部城商行將全行知識，變成員工隨口一問即答

一家城商行嘅「知識一口答」

一家資產規模 6000 億級嘅區域頭部城商行，將全行嘅制度與知識裝入一個對話入口。以前員工辦一筆業務、走一個流程，想查最新制度要翻幾個系統、問幾批人；而家，員工用自然語言隨口一問，數秒內就拎到精準嘅制度解讀與操作指引，仲可以追溯原文出處。

呢個項目以 26 個部門嘅深度調研為起點，構建 8 大業務專屬智能體，最終形成「一個總入口 + 多智能體協同」嘅全行知識平台——令沉睡喺數千份文檔入面嘅知識，變成隨問隨答嘅日常能力。

背景與痛點

呢間城商行同多數同業一樣，知識管理長期處於「散」嘅狀態。全行制度與文件分散喺互相獨立嘅系統入面，形成一個一個「知識孤島」：重複性諮詢嚴重佔用專家精力，跨部門協作效率低，跨條線檢索難、搵得慢。銀行沉澱咗數千份高價值文檔，但利用率極低——大量非結構化格式令傳統檢索極易失效。

更深層嘅矛盾在於體系化能力嘅缺失。現有知識冇辦法標準化對外輸出，難以實現「一次建設、全行複用」，AI 技術底座薄弱；面對含複雜表格、掃描件嘅文檔，人手整理又慢又易錯，缺乏自動化提取與精準入庫能力。與此同時，AI 場景繁多卻缺乏平台統籌，容易造成知識庫冗餘，需要統一嘅開發編排與知識迭代管理平台，確保 AI 資產安全合規營運。

喺金融行業，呢啲痛點正變得越來越普遍。隨住大模型技術成熟，越來越多銀行開始將「知識管理」作為 AI 落地嘅主戰場——由制度問答到合規解讀，知識類場景幾乎覆蓋每一個崗位嘅日常。

我哋點樣做

項目圍繞「建得全、答得準、管得住」三個目標，形成三大核心機制。

第一，多智能體協同架構。 構建「單一總入口 + N 個業務專屬智能體」嘅架構：主調度智能體識別用戶意圖，自動路由至對應業務部門嘅智能體，各知識庫互相隔離、獨立維護，對用戶提供無感知嘅一站式體驗。全行最終落地 8 大業務場景嘅專屬知識智能體，並行運作、邊界清晰。

第二，精細化文檔標籤與切片。 採用平台自動切片技術處理異構文檔，並強制為每份文檔打上雙維標籤——訪問渠道（channel）同知識類型（knowledgetype），由底層確保知識絕對有序。呢一套「渠道 + 類型」嘅雙維體系，令檢索既可以命中內容，又可以區分用途。

第三，多渠道權限路由。 針對公網、內網移動、內網 PC 等唔同來源，後台動態傳遞參數，喺多智能體路由之上疊加渠道權限過濾，嚴格控制召回邊界，確保涉密文檔物理級隔絕。呢個直接切合銀行複雜嘅內外網數據隔離要求。

喺知識供給端，項目派駐專屬知識諮詢團隊駐場：逐一深入 26 個部門開展結構化訪談，摸清各部門知識現狀、使用場景與痛點需求；協助梳理文檔資產、制定統一嘅文檔分類標準與命名規範；同客戶一齊設計全行知識體系架構，確定知識分層、分域、權限歸屬與維護責任；最後指導各部門完成文檔清洗與入庫，配置切片規則與雙維標籤，並透過檢索測試驗證知識質量。同時制定全行級文檔收集與清洗規範，優先提交結構化清晰、可檢索性高嘅文檔，由數據入口處夯實知識底座嘅整體質量。

技術路線上，平台採用 RAG 與知識圖譜雙引擎驅動：RAG 負責將制度原文切片、向量化，支援「即問即答、精準溯源」；知識圖譜則將制度、流程、崗位、部門之間嘅關聯關係顯性化，支援條件篩選與多跳檢索，兩者結合，令「隨問隨答」既有出處、又能關聯。

落地效果

• 一個入口覆蓋全行：全行知識統一收口，員工透過單一入口以自然語言對話，數秒內取得精準嘅制度解讀與操作指引，徹底打破部門間知識壁壘。

• 8 大業務專屬智能體：制度、文化、產品等業務場景各有獨立嘅知識智能體，主調度智能體自動路由，用戶完全無感知。

• 26 個部門完成知識治理：項目實施倒逼全行對歷史知識文檔進行結構化治理，形成可持續迭代嘅優質數字資產庫，AI 落地與知識管理同步升級。

• 安全合規適配：「渠道標籤 + 參數路由」機制疊加渠道權限過濾，涉密文檔喺公網渠道物理隔絕，切合銀行內外網數據隔離嘅合規要求。

• 知識可視化：知識數據嘅統計可視化看板，令知識庫嘅使用情況、熱點問題一目了然，支撐持續營運優化。

經驗沉澱：由項目到 OntiCards

呢個項目沉澱咗三條可複用嘅經驗。其一係「知識體系先行」：AI 問答嘅質量上限由知識治理嘅水平決定，先做 26 個部門級別嘅體系化調研，再講技術實現。其二係「多智能體唔等於多個系統」：用統一入口 + 意圖路由 + 權限過濾，既保證業務邊界清晰，又保證用戶體驗一致。其三係「雙維標籤係安全與可用嘅平衡點」：渠道與知識類型嘅雙維標註，令知識既開放又受控。

呢啲經驗沉澱落嚟，成為 OntiCards 喺金融行業知識管理方向嘅解決方案能力：以數據卡片承載知識資產嘅語義化表達，用統一嘅智能體編排令知識「一次建設、全行複用」。喺 RAG 技術被廣泛採用嘅今日，點樣令檢索更準、令權限更嚴、令答案可溯源，正正係呢類項目真正拉開差距嘅地方——而呢啲亦都係 OntiCards 四層架構想解決嘅核心問題。