企業導入 AI 最先要解決的不是選哪個模型，而是「哪些資料可以給它看」。我們把散在雲端硬碟、群組與資深員工腦袋裡的知識，整理成四級分級的結構化知識庫，並為每一個 Agent 設定讀取上限——公開資料人人可讀，個資與營業秘密則連 Agent 都碰不到。
交付的不只是一包被向量化的檔案，而是一套你們自己維護得下去的制度：每一份知識有負責人、有版本、有複檢週期；每一次回答附得出出處；每一個 Agent 讀了什麼都留得下紀錄。下面有實際的操作介面說明。
這些狀況單看每一個都不嚴重，但它們有同一個根因：公司的知識沒有一個「唯一正確的版本」放在 AI 讀得到、而且讀得對的地方。
通用 AI 不認識你們的產品線、報價邏輯與客戶禁忌。每問一個問題都得先貼一堆前情提要，等講完背景，問題自己也快想通了。
知識庫做完後：AI 開工時自動載入該讀的脈絡，直接進入問題本身。折扣權限寫在業務手冊、退貨規則在客服的群組置頂、實際做法又是老鳥口耳相傳。文件散落且互相矛盾，沒有人知道哪一份才是現行版本。
知識庫做完後：每一條規則只有一份權威版本，標明版本、生效日與維護人。「這種客戶不能給折扣」「這個規格聽起來合理但做不到」——這些判斷從來沒被寫下來，只存在特定幾個人的腦袋裡。
知識庫做完後：把隱性判斷寫成可查詢的作業標準，新人與 Agent 都讀得到。資安擋、法務擋，最後變成「先不要用」。員工於是私下用個人帳號把內部文件貼上去，風險反而更高，而且完全看不見。
知識庫做完後：分級與權限在檢索層就切開，可讀的範圍說得出理由、查得到紀錄。分級不是把資料鎖起來，是讓每一份資料找到它該待的地方。四層等重要——L4 不是「比較少的資料」，而是規則最嚴的那一層。
官網、型錄、FAQ、公開簡報
可用一般 AI／SaaS
SOP、教育訓練、一般文件
可用企業版 AI 或私有知識庫
客戶資料、合約、報價、財務、內部策略
建議私有雲或內部部署
個資、醫療、法務、機密研發、營業秘密
原則上不丟給外部模型，需嚴格控管
「知識庫」這三個字太抽象，所以直接看介面。交付時你們會拿到兩個東西：一個維護知識用的管理後台，以及 Agent 依知識庫作答時的檢索行為。下面逐區說明。
日常維護的地方。誰負責哪一份知識、哪些已經過期該複檢、哪一份 Agent 讀得到——都在同一個畫面上。不需要工程師幫忙，業務或客服主管就能自己改。
報價與折扣權限
v4 · 生效 2026/06/12
業務作業手冊 第 3 節
業務部 陳專員
每 90 天
知識庫真正的價值在這一步：AI 回答時附得出出處，而且查不到的時候會誠實說查不到，不會自己編一個聽起來很合理的版本。
大部分接得上。以下是常見的資料來源類型與處理方式；沒有列到的系統，只要能匯出或有 API，訪談時我們會直接告訴你可不可行。
Word、PDF、Excel、簡報與純文字都可處理。掃描件需先做文字辨識，辨識品質會影響檢索準確度。
已經整理過的內容通常最快上線。可設定定期同步，讓知識庫跟著原始文件一起更新。
歷史對話是最好的問答素材來源。匯入前會先做個資遮罩，並只保留問答結構、不保留對話者身分。
這類資料通常不整份入庫，而是建立即時查詢介面——避免快照過期，也避免把敏感欄位複製一份出來。
屬於 L1，可定期自動抓取更新。要注意版本控管——舊版報價流出去不違法，但 AI 拿舊版回答客戶會出事。
最重要的知識往往沒有文件。這部分靠結構化訪談補齊，通常是整個專案裡價值最高、也最容易被跳過的一段。
那就是資料盤點要回答的問題，而這一階段不收費。我們會看過你們的資料散在哪、有多少已經過期、哪些碰不得，然後給一份分級表——就算最後決定不建系統，那份表本身也有價值。
知識庫不是把檔案全部上傳就完成。真正花時間的是分級、去重與定義複檢週期——知識會過期，沒有維護機制的知識庫半年後就沒人敢用。
盤點現有文件、系統與口耳相傳的規矩，逐項標上 L1 到 L4。這一步通常會發現三成以上的文件已經過期或彼此矛盾。
你會拿到：一份資料清單與分級表，就算後續不建系統，這份表本身也有價值。
把文件轉成 AI 讀得懂的條目——問答、步驟、事實、表格各有各的形式，並合併重複與衝突的版本，標明權威來源。衝突處會列出來請你們裁決，我們不自行決定哪個版本是對的。
你會拿到：可檢索的知識條目，每一條標明來源與版本。
為每個 Agent 設定讀取上限，並決定哪些查詢需要留下紀錄。權限在檢索層就切開——不在範圍內的條目不建索引，不是靠提示詞叫 AI「忍住不說」。
你會拿到：權限矩陣與存取紀錄機制。
設定每一份知識的複檢週期與負責人，過期自動提醒。交付後由貴公司自行維護，不必回頭找我們改一行字。我們會做一次操作交接與教育訓練。
你會拿到：管理後台帳號、操作手冊與一次交接訓練。
以下為常見範圍，實際規格依資料盤點結果調整。整套都是客製化建置，不是套裝功能的開關。
全公司文件與資料源的清單，逐項標上 L1–L4 與處理建議。這份表同時是資安與法務溝通的依據。
去重、對齊、標明權威來源後的知識條目，含向量索引與檢索設定，可依語意查詢並回傳出處。
上方示意的操作介面。新增、修改、下架知識條目，設定複檢週期與維護人，非技術人員可自行操作。
哪一個 Agent、哪一個部門可以讀到哪一級資料，逐項明列；每一次檢索留下可稽核的紀錄。
可供既有系統、客服工具或 Agent 呼叫的檢索介面，回傳結果一律附帶出處與分級標記。
一份給維護人的操作說明，加上一次實際帶著操作的交接訓練，確保交付後你們自己維護得下去。
需求訪談時我們會誠實講。知識庫不是每一家公司現在都該做的事——順序做錯，錢會白花。
知識庫本身不是目的，它是讓其他每一件事變得可行的地基。以下是常見的往上疊法——不必全部都做，但順序建議照這個來。
資料分級、結構化、權限矩陣與維護機制。決定了上面每一層能讀到什麼、答得出什麼。
讓員工知道怎麼把知識庫用進日常流程。有了知識庫，課堂上就能用公司真實的資料練，而不是虛構案例。
依職能編制 Agent，每一個綁定它能讀到的知識層級。沒有知識庫的 Agent，就是不認識你公司的通用 AI。
對外與對內的應用層。每一套都靠知識庫回答「我們公司的規矩是什麼」，並依分級決定能揭露到哪。
需求訪談會先看你們的資料現況與資安條件，確認知識庫是不是現在該做的事——有時候答案是先整理流程，而不是先建系統。