企業知識庫與文檔問答（RAG）
Hong Kong · AI Application Development
香港 AI 應用開發｜回答要有依據，並且能轉人工
香港客戶常用繁體中文與英文提問，答案需要引用企業自己的資料。我們按文檔建立知識庫，回答附帶出處，無法回答時轉人工並保留會話記錄；上線前用真實問題建立評測集，按語種分別統計準確率。
結論先行：在香港實施AI 應用開發，先確認知識庫問答、智能客服與流程自動化範圍內的業務邊界，再按當地合規清單（《個人資料（私隱）條例》（第 486 章）、《電子交易條例》（第 553 章））梳理數據與流程，最後進入開發。交付物覆蓋場景清單與可行性評估（含不適用場景說明）、知識庫清洗規範與語料整理、模型選型與部署方案（雲端 / 私有化），便於交接給內部團隊或第三方維護。
AI 應用開發的能力範圍
以下為本類項目由我們負責的環節，按階段交付、逐項確認。涉及配套硬件或第三方系統授權時，在方案階段一併列出採購清單、授權要求與責任分工。
多語言智能客服與工單分流
銷售輔助、報價與方案生成
單據識別、合同比對與數據抽取
流程觸發式自動化與人工覆核機制
交付清單
每一項均可歸檔、可交接，確保後續由內部團隊或第三方維護時具備完整依據。
- 場景清單與可行性評估（含不適用場景說明）
- 知識庫清洗規範與語料整理
- 模型選型與部署方案（雲端 / 私有化）
- 應用界面、接口與管理後臺
- 效果評測集、準確率記錄與迭代計劃
常用技術棧
依據項目現狀與團隊能力選型，兼顧可維護性與後續擴展。
主流大模型 API
開源模型私有化部署
向量數據庫
RAG 檢索鏈路
OCR / 文檔解析
工作流編排
實施階段
每階段均有可確認的產出與驗收記錄，問題在階段內解決。
階段 01
場景篩選
先判斷哪些環節適合用 AI，哪些必須保留人工，避免為了上 AI 而上 AI
階段 02
語料與評測
整理知識來源，建立一小批標準問答題作為驗收基準
階段 03
開發與試運行
在小範圍用戶中試運行，記錄答錯類型並迭代
階段 04
上線與治理
設置人工兜底、權限邊界與內容更新機制
香港的合規關注點
實施AI 應用開發時，以下要求會直接影響數據結構、頁面呈現與部署方式。我們在方案階段逐項確認，具體法律判斷建議由當地顧問覆核。
《個人資料（私隱）條例》（第 486 章）
條例列出六項保障資料原則，涵蓋收集目的與方式、準確性、保留期限、使用限制、保安措施，以及查閱與更正權利。2021 年修訂將「起底」行為列為刑事罪行。系統按原則設計同意記錄、保留期限與權限審計；條例第 33 條關於跨境資料轉移的限制至今尚未生效，涉及跨境傳輸時仍按合同與客戶要求約定處理方式。
《電子交易條例》（第 553 章）
條例賦予電子紀錄與電子簽署法律效力，為電子合同、電子簽名與網上確認流程提供依據。涉及簽署的流程，我們按客戶的法務意見選擇簽署方式，並在系統內保留時間戳與操作記錄。
《商品說明條例》（第 362 章）
條例禁止不良營商手法，包括虛假商品說明、誤導性遺漏、具威嚇性的營業行為等，適用於網站與推廣頁面的價格、優惠與效果表述。頁面文案按可核驗的事實撰寫，價格與優惠條件寫清適用範圍。
PCI DSS 與持牌支付機構
涉及信用卡收款時，卡號與驗證碼不進入自有數據庫，由持牌支付機構完成處理，系統只保存交易號與狀態。轉數快、PayMe、八達通等本地方式按其開放接口接入，回調與對賬記錄保留可追溯的日誌。
香港與本服務相關的交付案例
以下案例涉及AI 應用開發，可對照查看客戶痛點與交付成果的處理方式。
香港地產代理樓盤庫與客戶跟進系統
客戶：香港某地產代理（3 間分行）
客戶痛點
樓盤資料分散在表格與同事個人手機，重複房源多；客戶需求記在個人筆記，轉介跟進易斷；網站房源靠人工更新，常與內部資料不一致。
交付成果
- 樓盤庫：統一字段與去重規則，圖片與戶型資料集中管理
- 客戶檔案：需求標籤、帶看紀錄與跟進提醒
- 網站同步：內部確認為可公開的房源自動同步到官網
- AI 找房問答：按預算、區域與戶型從樓盤庫檢索並給出來源
項目結果
房源資料統一維護，網站與內部資料一致；客戶跟進有紀錄可查，交接不再依賴口頭說明；找房問答先回應常見查詢。
交付價值：樓盤與客戶數據形成可複用資產，分行之間可協作；找房問答的提問紀錄反映真實需求分佈，用於調整房源結構。
案例說明：客戶名稱依保密約定作匿名化處理；案例用於說明實施方式與交付邊界，具體指標以項目驗收資料為準。
AI 應用開發常見問題
前三項為通用問題，後兩項針對香港的本地情況。
我們的資料很亂，能做知識庫嗎？
能，但要先做一輪清洗。我們會給出文檔分層與命名規範，把過期版本、重複內容和無權限內容剔掉，否則檢索質量上不去。
數據會不會被拿去訓練？
可以按你所在區域的數據保護要求選擇部署方式：對數據敏感的業務用私有化部署，數據不出內網；使用雲端 API 時選擇不用於訓練的商用接口，並在合同裡寫清數據處理條款。
回答不準怎麼辦？
先建立評測集量化準確率，再看是檢索問題還是模型問題。多數情況是知識庫本身有衝突或缺失，補充與去重比換模型更有效。
在香港做AI 應用開發，週期與溝通時間怎麼安排？
按香港常用時區（UTC+8，與香港同時區，工作日完全重疊）安排例會與確認節點。需求與方案階段每週同步一次書面進度；開發階段每兩週提交一個可運行版本。跨時區協作時，關鍵確認點放在雙方工作時間的重疊時段，避免因等待回覆拖慢進度。
在香港做AI 應用開發，需要提前確認哪些本地合規要求？
香港項目通常涉及《個人資料（私隱）條例》（第 486 章）、《電子交易條例》（第 553 章）、《商品說明條例》（第 362 章）等要求。這些要求會直接影響數據結構、頁面呈現、部署位置與數據留存方式，因此在方案階段逐項確認並寫入交付材料。具體法律判斷，建議由當地專業顧問覆核後執行。
香港的其他技術服務
多數項目會同時涉及兩到三類服務，例如先建設站點再實施業務系統，或在系統上線後接入 AI 能力。
軟件開發
按業務規則度身訂造，不留二次開發的尾巴
手機 APP 開發
門店、司機、外勤人員用得順，才算交付完成
網站建設
繁體與英文同站維護，搜尋與查詢一併考慮
系統開發
多門店、多幣種、多主體的賬要一次算對
物聯網開發
先在一個場所跑通，再複製到其他點位
