文件已更新，企業AI知識庫為何仍可能回答舊規則？

同事問一個報銷問題，AI很快便答出申請方法，連步驟都排好了。照着做，到審核時卻被退回：「呢個做法已經改咗。」如果答案讀起來沒有破綻，使用者通常不會想到，問題可能不在提問方式。

對香港企業來說，把分散的文件集中，讓同事用一句話查制度，確實很吸引。原本要問行政、翻群組、找附件，現在看似有一個入口就夠。但入口統一之後，舊文件去了哪裏？

不妨想像一個常見情境：行政已經改好新指引，部門主管仍留着舊附件，新同事看的則是上次培訓簡報。三份內容都像公司資料，只有其中一份代表今天的做法。當它們一起交給AI，原本藏在文件夾裏的分歧，也跟着進了問答。

找得到資料，不代表找對依據

這時只問「AI答得準不準」，其實有點難評。它可能忠實整理了一份舊文件，文字沒有抄錯，業務上卻不適用。若測試只看答案是否通順，這類問題很容易漏掉。

再想一步，同一條規則也可能有適用範圍。香港寫字樓與其他地區團隊未必用同一套安排；同樣叫申請指引，適用人員、起用日期和核准版本可能不同。把所有內容放進同一處，不會自然消除這些差別。

所以，建立知識庫時，值得先問文件負責人一句：「如果兩份資料說法不同，今天應該跟哪份？」若人都要四處問過才知道，單靠AI整理，未必能替企業作出這個決定。

誰改文件，也要有人管答案

與其先搬完整個雲盤，不如選一組經常被問、負責部門清楚的內部操作指引。由該部門確認現行版本，把草稿、過期附件及只供討論的簡報分開，再寫清楚適用對象和生效日期。

這不是叫每份文件都加一大段聲明，而是讓接手維護的人知道哪份可以用。舊版本如需保留作追溯，可以另外管理，不應因為留存需要，便默認它仍可作為現行操作依據。

但文件換好了，還有一步容易被忘記：問答入口是否已採用新內容？不同工具的更新方式未必一樣，不能把「文件儲存成功」當成「AI已重新讀取」。負責人要知道更新後做甚麼，以及由誰確認結果。

測試也可以很貼地。保留幾條同事真的會問的問題，換一個講法再問一次；修改規則後，再用同一組問題重試。若答案仍沿用舊步驟，就回查內容來源、更新程序和設定，而不是只叫同事問得詳細些。

有些問題，需要的不是一份文件

當入口用順了，同事往往會追問：「申請應該交給誰？」接着就是「我張單而家去到邊？」前一句可能由指引回答，後一句卻需要查當前處理記錄。兩個問題看似相近，依據完全不同。

企業知識庫可以說明正常怎樣走流程，卻不能僅憑一份流程說明，判斷某張單是否已經批准。若暫時未接通相關系統，就應把查詢交回指定人員或現有入口，唔好用一段很有把握的推測補上空白。

到這裏，知識問答的範圍便清楚了：回答制度，要用現行指引；回答進度，要用實際記錄。企業需要的不是任何問題都有一句答案，而是同事知道哪一句可以據此做下一步。

把維護安排放回日常工作

以釘釘（DingTalk）及宜搭的AI助理為例，可透過知識庫、在線文檔或本地文件加入知識；採用這項知識學習設定時，知識庫及在線文檔內容變更後，需要重新保存和發布，讓助理重新學習。這項具體做法提醒企業：驗收不能只試首次問答，還要試文件改動後的更新。

若要跟進指引修訂，可以用宜搭低代码搭建一張修訂申請，記下負責部門、核准內容及待重試事項；業數融合在這裏，是讓文件改動與實際使用問題接得上，而非只增加上載數量。日後如以酷應用縮短協作入口，或在 PaaS（平台即服務）的建設安排中研究 MCP協議連接工具，仍須另行驗證版本、授權與接駁範圍，不代表已能查詢任何後端系統。

先試一次改版，再決定擴大

一個小範圍試點，除了準備正確資料，也可以刻意放入需要區分的情況：舊指引與新指引並存、問題沒有寫明地區、資料根本沒有答案。看看使用者能否辨認依據，遇到不確定時，是否有清楚的人工查詢方法。

這些是測試條件，不是讓正式使用者承擔試錯。涉及個人資料或敏感內容時，先用去識別樣本，並檢查不同角色能接觸甚麼；不應因為想回答更多問題，就一次過開放全部文件。

試點結束時，除了收集「好方便」的評語，也要留下哪些問題答錯、誰修正資料、修正後是否再測的記錄。若一條過期規則已被更正，下一位同事仍收到同一答案，就表示維護工作還未完成。

講到底，企業AI知識庫的價值，不只在第一次答得快。當公司做法改了，同事仍能找到今天適用的依據，才值得把更多日常查詢交給它。下一次試用，不妨少上載幾份文件，先完整做一次「修改、更新、重問」。

多姆科技（DomTech）是釘釘在香港的官方指定服務商，專門為廣大客戶提供釘釘服務。如果您還想瞭解更多釘釘平臺應用的內容，可以直接諮詢我們的在線客服，或者通過電話+852 64392620或郵箱[email protected]聯絡我們。我們有優秀的開發和運維團隊，豐富的市場服務經驗，可以為您提供專業的釘釘解決方案和服務！