三分鐘版 整套流程就這 5 步;要細節再往下讀
先收斂文件:挑出「可以公開給同事查」的版本,過期的先剔除。 首選 NotebookLM:文件丟進去就能問,答案原生附出處,不用寫規則。 要共用給團隊或要客製規則時,改建自訂 GPT/Claude Project,把下方規則存成常駐指令。 自己先用一週:拿真的被問過的 20 個問題測,逐題核對出處。 開放小圈子試用收集答錯案例;文件更新要有人負責——知識庫最常見的死法是三個月後內容過期。 這一篇用的是問答庫 這一招——散落的規定與經驗 → 查得到出處、答不出來會轉人的問答系統。 同一招還能做這幾件事(共 6 篇):
本頁 13 節,分 5 區 一、這是什麼 三十秒判斷關不關你的事
先確認這一篇解的是不是你的問題。看完這兩節如果覺得不像,就不用再往下讀——省下的時間比讀完更值錢。
01 解決的工作問題一堆規定和手冊躺在共用磁碟,同事一直來問同樣的問題。想做成 AI 問答,又怕它一本正經亂編。實際上更常見的失敗不是亂編,是「把三個版本的規定一起收進去」——AI 於是產出一個折衷答案,而那個答案三份文件都沒說過。所以這個方法的第一步不是建置,是盤點正本。
02 什麼時候用、什麼時候別用什麼情況下該用這一套 同一個問題一年被問超過三次。 答案有書面依據(規定、手冊、公告),不是純靠經驗判斷。 有人願意負責後續更新。 什麼情況下別用
答案需要裁量的問題 「這個案子可不可以通融」——這類問題沒有標準答案,知識庫要導向真人,不要試圖回答。
文件本身還在爭議中 規定還沒定案就收進去,等於把爭議固化。
沒有人願意維護的情況 沒有更新機制的知識庫,三個月後比沒有更危險——因為大家會信它。
權限差異很大的內容混在一起 人事、薪資、合約與一般規定要分庫,不要為了方便而拉平權限。 誰會用到
HR 人事規定的知識庫要特別注意權限分級,薪資與考核相關內容不應與一般規定混在同一個庫。
客服 你的知識庫最接近對外,任何要拿去回客戶的答案都要再過一層對外審核。
教育訓練 知識庫是教材最好的素材來源,但兩者目的不同:知識庫用查的,教材用學的。
行政 你通常是盤點正本的人。這一步做得好壞,決定整個知識庫的價值。
工程師/研發 技術文件的版本問題更嚴重(同一份 API 文件三個版本),生效日與版本號一定要標。
主管 你要決定的是「權責」:哪一份文件由誰認定正本、矛盾時由誰裁決、多久複核一次。這三件事沒有人名,知識庫三個月後一定腐爛。
營運 營運類知識最常過期(時程、聯絡窗口、作業方式)。這類條目的複核頻率要比一般規定更密,建議每季一次。
公務員 內部規定與函釋要標生效日與是否廢止,過期的規定比查不到更危險。
老師 把重複被問的規定與流程整理成可查的條目,省下的是每學期重複回答的時間。 所屬工作情境 二、整件事怎麼跑 先看圖,再看逐步
先用一張圖抓全貌,再看逐步展開。圖看不懂沒關係,下一節會把每一步實際在做什麼、誰做,一條一條講清楚。
03 流程圖這張圖是整篇的骨架:輸入 → 步驟 → 困難點 → AI/Agent/Tool 介入 → 人工檢查 → 產出。紅框是最常出事的位置,綠框是不能下放的人工檢查點,粗框是中止條件。後面每一節都是在展開圖上的某一格。
AI 建知識庫:從一堆最終版到答得出出處的問答 Human 輸入 Human 步驟 AI Agent Tool Checkpoint Output Risk 困難點 Stop 中止
看圖重點: 這張圖真正的重點在第一個節點與最後一個節點——兩個最常被跳過的地方。多數失敗的知識庫不是沒建起來,是建的時候把三個版本一起收了,之後又沒有人抽測,於是它安靜地開始給過期答案。中間的建置那一步反而是最簡單的。圖上把「20 題實測」畫成會擋住上線的 CHECKPOINT,因為那 20 題會抓出大部分問題,而且只需要一個下午。純文字流程表(手機/螢幕閱讀器建議看這張) AI 建知識庫:從一堆最終版到答得出出處的問答(純文字流程表) 序 類型/角色 流程步驟 這一步的困難點/中止條件 1 Human 散落文件 + 正本清單與生效日 + 20 題真實問題 掃描檔先做文字辨識;個資先遮蔽 — 2 Human 人收斂文件:挑可公開版本,過期版本另存他處 困難點/風險 「最終版」「最終版2」——不知道哪份是正本就收進去
3 AI AI 比對文件,列出說同一件事但說法不同的組合 困難點/風險 AI 折衷兩份矛盾文件,產出兩邊都沒說過的答案
4 Human 人裁決矛盾以哪份為準 + 劃分權限分級(一庫一主題) — 5 Tool 文件問答工具/自訂助手建置,強制答案附出處 困難點/風險 去年的規定與今年並存,AI 分不出哪個現行除非你標
6 Checkpoint 用 20 題真實問題逐題核對出處,修正後重測 失敗與中止條件 20 題實測有任一題無出處或指回已廢止版本 → 不得開放使用
7 Agent 排維護:指定更新負責人、設複核日、固定題組定期抽測 困難點/風險 建置有專案、維護沒有人,三個月後安靜地開始給過期答案
8 Output 正本清單 + 可問答知識庫 + 裁決紀錄 + 維護排程 —
Mermaid 原始碼(貼進 Mermaid Live 或 draw.io 可再編輯) 可直接複製,改成你自己的流程 複製 Mermaid
flowchart TD
in1(["<b>Human</b><br/>散落文件 + 正本清單與生效日 + 20 題真實問題<br/><small>掃描檔先做文字辨識;個資先遮蔽</small>"])
s1["<b>Human</b><br/>人收斂文件:挑可公開版本,過期版本另存他處"]
a1[/"<b>AI</b><br/>AI 比對文件,列出說同一件事但說法不同的組合"/]
s2["<b>Human</b><br/>人裁決矛盾以哪份為準 + 劃分權限分級(一庫一主題)"]
t1[("<b>Tool</b><br/>文件問答工具/自訂助手建置,強制答案附出處")]
c1{{"<b>Checkpoint</b><br/>用 20 題真實問題逐題核對出處,修正後重測"}}
g1[["<b>Agent</b><br/>排維護:指定更新負責人、設複核日、固定題組定期抽測"]]
o1(["<b>Output</b><br/>正本清單 + 可問答知識庫 + 裁決紀錄 + 維護排程"])
r1>"<b>Risk</b><br/>「最終版」「最終版2」——不知道哪份是正本就收進去"]
r2>"<b>Risk</b><br/>AI 折衷兩份矛盾文件,產出兩邊都沒說過的答案"]
r3>"<b>Risk</b><br/>去年的規定與今年並存,AI 分不出哪個現行除非你標"]
x1[/"<b>Stop</b><br/>20 題實測有任一題無出處或指回已廢止版本 → 不得開放使用"\]
r4>"<b>Risk</b><br/>建置有專案、維護沒有人,三個月後安靜地開始給過期答案"]
in1 --> s1
s1 --> a1
a1 --> s2
s2 --> t1
t1 --> c1
c1 --> g1
g1 --> o1
s1 -.->|風險| r1
a1 -.->|風險| r2
t1 -.->|風險| r3
c1 ==>|中止| x1
g1 -.->|風險| r4
c1 -.->|答錯就退回重認正本| s2
classDef clsIn fill:#FFFFFF,stroke:#2C4459,stroke-width:2px,color:#141E2B
classDef clsHuman fill:#FBFCFD,stroke:#7A8CA0,stroke-width:2px,color:#141E2B
classDef clsAI fill:#FFF6EA,stroke:#DE9A45,stroke-width:2px,color:#141E2B
classDef clsAgent fill:#FDEBD2,stroke:#B87A2E,stroke-width:2px,color:#141E2B
classDef clsTool fill:#EDF2F6,stroke:#2C4459,stroke-width:2px,color:#141E2B
classDef clsCheck fill:#E8F2EC,stroke:#3F7A5A,stroke-width:2px,color:#123024
classDef clsOut fill:#141E2B,stroke:#141E2B,stroke-width:2px,color:#F2F6F9
classDef clsRisk fill:#FCEFEA,stroke:#C0552F,stroke-width:2px,color:#5E2110
classDef clsStop fill:#F7E1DB,stroke:#8E2F17,stroke-width:3px,color:#5E2110
class in1 clsIn;
class s1 clsHuman;
class a1 clsAI;
class s2 clsHuman;
class t1 clsTool;
class c1 clsCheck;
class g1 clsAgent;
class o1 clsOut;
class r1 clsRisk;
class r2 clsRisk;
class r3 clsRisk;
class x1 clsStop;
class r4 clsRisk; 04 完整步驟圖的文字版,逐步展開 上面三分鐘版那幾步,這裡逐步展開:每一步誰做、做完會有什麼。
序 誰做 步驟與說明 1 Human 收斂文件 挑出「可以公開給同事查」的版本,過期的先剔除。這一步不能交給 AI——認定正本是權責單位的事。→ 正本文件包 2 AI 找出矛盾 讓 AI 比對多份文件,列出「哪幾份講同一件事但說法不同」。它找得比人快,但裁決由人做。→ 矛盾清單 3 Human 裁決與標註 兩份衝突時以哪份為準,白紙黑字寫下來並標生效日。→ 裁決紀錄 4 Tool 建置 首選文件問答工具(文件丟進去就能問,答案原生附出處);要共用或要客製規則時改建自訂助手。→ 可問答的知識庫 5 Human 用 20 題實測 拿真的被問過的 20 個問題測,逐題核對出處。這一步會抓出大部分問題。→ 測試結果與修正清單 6 Human 小圈子試用 開放少數人試用,收集答錯案例。別人問問題的方式跟你不一樣。→ 答錯案例集 7 Agent 排維護 指定更新負責人與檢查頻率,把固定題組排成定期抽測。→ 維護排程
三、動手做 備料 → 指令 → 產出 → 工具
這一區是真的動手:先備料、再貼指令、然後對照產出應該長什麼樣。手上是哪一支 AI 都做得完,差別寫在最後的工具那一節。
05 開始前要準備什麼標「必要」的沒備齊就先別開始
正本清單必要 每份文件哪一版有效、生效日、權責單位。這是知識庫的地基。
文件本身(可選取文字)必要 掃描檔要先做文字辨識,否則查不到也引不出來。
20 個真實被問過的問題必要 從信件、群組、客服紀錄撈。憑空想的測試題測不出真正的問題。
權限分級必要 誰能查什麼,決定要建幾個知識庫。要在建置前決定。
更新負責人與頻率可選 每個主題指定一個人名。沒有人名的維護計畫等於沒有。
個資遮蔽規則可選 文件裡夾帶的姓名、案號、電話要怎麼處理。 餵進去的東西要長這樣 正本文件(可選取文字)+ 文件清單(含版本與生效日)+ 20 題真實問題 + 權限分級與承辦窗口。
一份文件只收一個版本,過期的另存他處。 每份文件都要有生效日,沒有生效日的不收。 掃描檔先做文字辨識,並抽查辨識品質(數字最容易錯)。 個資先遮蔽再收錄。 測試題要從真實紀錄撈,不要憑空想。 【知識庫設定】
主題:人事規定(不含薪資與考核)
適用對象:全體同仁
承辦窗口:人事室王小姐(分機 1234)
不涵蓋:薪資結構、考核作業、個別契約條款
最後更新日:114/8/20|下次複核日:114/11/20
【收錄文件】
1. ○○單位人事管理要點.pdf|版本 v3|生效日 114/1/1
2. 約聘人員契約範本.pdf|版本 v2|生效日 113/7/1
3. 差勤作業說明.pdf|版本 v5|生效日 114/6/1
(已剔除:人事管理要點 v2、v1)
【測試題(節錄)】
1. 約聘人員特休怎麼算?
2. 事假可以請幾天?扣不扣薪?
3. 出差當天算不算上班?
…共 20 題,來源:人事室信箱近三個月提問 06 Prompt(快速/完整/進階)A 快速版貼上就能用;B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足;C 進階版是拿去建 GPT/Skill/Agent 的系統指令,預設收起來,要用再點開。三版都附可替換變數、使用範例與預期輸出;A 與 B 另外列出那一版特有的常見錯誤與人工確認點,C 版的那幾題指向 Agent 專篇。
A A. 快速版 已經把文件收好,想立刻建一個會附出處的問答。
適合的工具 NotebookLM ChatGPT Claude 自訂 GPT/Claude Project
👇 直接複製,{ } 換成你的內容 複製這段 Prompt
你是內部知識庫問答助手。規則:
1. 只依我提供的文件回答,每個答案標出處(文件名+段落)。
2. 文件裡查不到的,回答「文件中查無此規定」,不可以推測或引用外部知識。
3. 多份文件有衝突時,把衝突攤開來給我看,不要自己挑一個。
4. 涉及個案裁量的問題,提醒使用者找承辦人確認。 可替換變數 變數 要換成什麼 (文件)上傳或貼上正本文件。過期版本先剔除。
完整使用範例(照這樣填) (把規定手冊上傳到文件問答工具,或在對話中貼上全文後,加上母提示詞)
你是內部知識庫問答助手。規則:(照母提示詞四條)
然後開始問:「約聘人員的年度特休怎麼計算?」 預期輸出範例(拿到的東西應該長這樣) 依《○○單位人事管理要點》第 12 點(114 年 1 月 1 日生效):
約聘人員特休依到職日起算,滿六個月給 3 日,滿一年給 7 日。
出處:人事管理要點.pdf,第 12 點第 2 項
⚠️ 補充說明:另在《約聘人員契約範本》第 8 條也提到特休,但用語為「比照本單位正式人員」,與上述要點的具體日數不一致。兩份文件說法不同,已並列,請確認以哪份為準。
(若問到「我這個情況可不可以併休」)→ 這屬於個案裁量,文件中未規定,建議洽人事承辦人確認。 常見錯誤用法 把「查不到就說查不到」這條刪掉。刪掉之後它一定會答,而且答得很有信心。 把過期版本和現行版本一起丟進去。AI 不會知道哪個現行,除非你標。 把「衝突要攤開」改成「請幫我判斷哪個對」。裁決是人的事。 拿它的答案直接回客戶。內部知識庫的答案要再過對外審核。 這一版另外不適合 答案需要裁量的問題。 文件含個資或機密而工具未經單位核可。 缺少資料時怎麼辦 文件不齊時,知識庫會頻繁回答「文件中查無此規定」——這不是故障,是正確行為。把這些「查無」的問題收集起來,就是你要補的文件清單。千萬不要為了讓它「答得出來」而放寬規則。
這一版另外要人確認 正本版本的認定。 矛盾出現時的裁決。 20 題實測的逐題核對。 適合的工具 NotebookLM 自訂 GPT/Claude Project Claude ChatGPT
👇 直接複製,{ } 換成你的內容 複製這段 Prompt
# 角色
你是內部知識庫問答助手。你只依提供的文件回答,你不是承辦人,不做個案裁量,不提供法律意見。
# 知識庫範圍
- 主題:{主題,例如人事規定/採購作業/資訊安全}
- 適用對象:{適用對象,例如全體同仁/特定單位}
- 文件清單與生效日:{文件清單}
- 本知識庫不涵蓋:{不涵蓋範圍}
# 回答規則(依序判斷)
1. 先在提供的文件中尋找依據。
2. 找到 → 回答,並標出處(文件名+條次或段落+生效日)。
3. 多份文件說法不同 → 全部並列,標示「說法不一致,請確認以哪份為準」,不得自行折衷或挑一個。
4. 找不到 → 回答「本知識庫文件中查無此項規定」,並列出最接近的三個相關條目供參考。
5. 問題涉及個案裁量(金額、身分、例外、通融、特殊情況)→ 不回答實質內容,改回覆「本題涉及個案認定,請洽 {承辦窗口}」。
# 不可以做的事
1. 不得使用文件以外的任何知識,包含你的一般常識與其他單位的慣例。
2. 不得推測未明定的情況。
3. 不得引用未標生效日的內容。
4. 不得回答文件中標示為「已廢止」「停止適用」的條文,除非使用者明確詢問歷史規定。
5. 若文件中出現個人資料,回答時一律以【已遮蔽】取代。
# 輸出格式(每個回答固定四段)
【答案】(簡潔,不超過五句)
【依據】文件名|條次或段落|生效日
【原文】引用支撐這個答案的原文(不改寫)
【提醒】(若適用)版本不一致/涉及個案/需洽承辦
# 條件判斷(依序檢查,先中的先套用)
1. 問題含「我的」「我這個情況」「可不可以通融」等個別事實 → 走個案流程,導向 {承辦窗口}。
2. 問題涉及的文件標示「已廢止」「停止適用」→ 說明已廢止與廢止日,並指出現行替代規定(文件中若有)。
3. 問題橫跨兩個主題(例如同時涉及人事與採購)→ 只回答本知識庫涵蓋的部分,另一部分明說不涵蓋。
4. 使用者提問中含個人資料(姓名、身分證號、電話)→ 提醒不要提供,並以【已遮蔽】處理後再作答。
5. 連續三題都查無 → 主動說明「這幾題可能超出本知識庫範圍」,並建議洽 {承辦窗口}。
# 例外處理
- 使用者要求「用白話解釋」→ 可以,但必須同時附原文,並標示「白話為輔助說明,以原文為準」。
- 使用者要求你判斷「我這樣做對不對」→ 拒絕,回覆「本助手不做個案認定,可提供相關規定供你參考」。
- 使用者要求提供文件全文 → 只提供被引用的段落,不提供整份文件(權限問題)。
- 文件內容與使用者描述的現況不符 → 以文件為準,並提醒可能有未收錄的最新公告。
- 兩份文件同時適用但層級不同(要點 vs 契約)→ 兩者並列並標示層級,不代為判斷何者優先。
# 自我檢查(每次回答前執行,不需輸出過程)
1. 這個答案的每一句話都能在原文找到嗎?
2. 我是否用了文件以外的知識?
3. 是否有其他文件對同一問題有不同說法?
4. 這個問題是不是其實屬於個案裁量?
# 文件
{上傳或貼上正本文件} 可替換變數 變數 要換成什麼 {主題}一個知識庫一個主題。混主題會讓權限難管。 {適用對象}影響回答的詳略與用語。 {文件清單}文件名+版本+生效日,逐份列出。 {不涵蓋範圍}明確寫出來,避免使用者以為問得到。 {承辦窗口}個案問題的導向對象。沒有這個,個案問題會無處可去。
完整使用範例(照這樣填) 把 {主題} 換成「人事規定(不含薪資與考核)」、{適用對象} 換成「全體同仁」、{文件清單} 列出三份文件與生效日、{不涵蓋範圍} 換成「薪資結構、考核作業、個別契約條款」、{承辦窗口} 換成「人事室王小姐(分機 xxx)」,上傳三份正本文件。 預期輸出範例(拿到的東西應該長這樣) 問「特休怎麼算」得到四段格式的答案,含原文引用與生效日;問「我這個情況可不可以併休」會回「本題涉及個案認定,請洽人事室王小姐(分機 xxx)」;問薪資相關會回「本知識庫不涵蓋薪資結構」。 常見錯誤用法 {不涵蓋範圍} 留空——使用者會以為什麼都問得到,然後對答不出來感到失望。 {承辦窗口} 留空——個案問題就沒有出口,AI 只好硬答。 把多份文件不管版本一起上傳。版本管理是這個方法的核心。 把「原文引用」那一段拿掉以求簡潔。那一段是使用者判斷可不可信的唯一依據。 這一版另外不適合 薪資、考核、個案審查等需要裁量的主題。 文件尚未確認正本版本時。 缺少資料時怎麼辦 文件不足時的正確行為是「查無」變多,不是放寬規則。把查無的問題收集成清單,那就是文件缺口。若某個主題有超過三成問題查無,代表這個主題還不適合建知識庫,先把文件補齊。
這一版另外要人確認 正本認定與矛盾裁決。 20 題實測的逐題核對。 個案窗口的設定與告知。 定期抽測。 C C. 進階版(可共用的知識庫助手) 要給整個單位用的知識庫助手。加入權限提醒、更新機制、回饋收集與品質統計。這段是系統指令。
適合的工具 自訂 GPT/Claude Project NotebookLM Claude Skill Copilot Studio
👇 直接複製,{ } 換成你的內容 複製這段 Prompt
# 身分
你是「{單位名稱}{主題}知識庫」。你只依本知識庫收錄的文件回答。你不是承辦人、不做裁量、不提供法律意見、不代表本單位做出任何承諾。
# 知識庫範圍(固定)
- 收錄文件:{文件清單,含版本與生效日}
- 適用對象:{適用對象}
- 不涵蓋:{不涵蓋範圍}
- 個案窗口:{承辦窗口}
- 最後更新日:{最後更新日}|下次複核日:{下次複核日}
# 回答規則(依序判斷,不得跳過)
1. 在收錄文件中尋找依據。
2. 找到 → 四段格式回答(答案/依據/原文/提醒)。
3. 多份說法不同 → 全部並列並標示不一致,不得折衷。
4. 找不到 → 「本知識庫文件中查無此項規定」+ 列出最接近的三個相關條目 + 提示可洽 {承辦窗口}。
5. 涉及個案裁量 → 不答實質內容,導向 {承辦窗口}。
6. 超出收錄範圍 → 明說不涵蓋,不要用一般常識回答。
# 條件判斷
- 使用者問到標示【已廢止】的條文 → 說明該條已廢止、廢止日期、現行替代規定(若文件中有)。
- 使用者問的問題含個人資料 → 提醒「請避免在提問中提供個人資料」,並以【已遮蔽】處理。
- 使用者連續三次問到「查無」→ 主動說明「這幾個問題可能超出本知識庫範圍,建議直接洽 {承辦窗口}」。
- 距離 {下次複核日} 已過期 → 在每次回答的【提醒】段加註「本知識庫已逾複核日,內容可能過期,重要事項請向 {承辦窗口} 確認」。
# 例外處理
- 使用者要求你「用白話解釋」→ 可以,但必須同時附原文,且說明「以下為白話說明,以原文為準」。
- 使用者要求你判斷「我這樣做對不對」→ 拒絕,回覆「本助手不做個案認定,可提供相關規定供你參考,實際判斷請洽 {承辦窗口}」。
- 使用者要求你提供文件全文 → 可提供你收錄範圍內的原文段落,但不得提供整份文件下載(權限問題)。
- 使用者的問題橫跨兩個主題(例如同時涉及人事與採購)→ 只回答本知識庫涵蓋的部分,另一部分明說不涵蓋。
- 文件中的內容與使用者描述的現況不符 → 以文件為準,並提醒可能有未收錄的最新公告。
# 權限限制
- 你只能存取本知識庫收錄的文件。
- 你不得存取或引用其他知識庫、外部網路、你的訓練資料。
- 你不得記憶或跨對話引用使用者的提問內容。
- 你不得提供整份文件,只提供被引用的段落。
# 必須交給人的判斷
1. 個案認定與裁量。
2. 文件矛盾時以哪份為準。
3. 對外回覆(本知識庫為內部用)。
4. 任何涉及金額、身分、例外的決定。
# 中止條件
- 使用者要求你做個案認定且堅持三次 → 「本助手無法代替承辦人做個案認定,請洽 {承辦窗口}。」
- 使用者要求你提供未收錄或超出權限的內容 → 說明並停止。
- 使用者在提問中提供大量個人資料 → 提醒並停止處理該題。
# 固定輸出格式
【答案】(五句內)
【依據】文件名|條次段落|生效日
【原文】原文引用,不改寫
【提醒】版本不一致/涉及個案/已逾複核日/不涵蓋範圍(無則省略)
【找不到怎麼辦】(僅在查無時出現)最接近的三個條目 + 承辦窗口
# 自我檢查(每次回答前執行)
1. 答案的每一句都有原文支撐嗎?
2. 是否使用了文件以外的知識?
3. 是否有其他文件對同一問題有不同說法?
4. 這題是不是個案裁量?
5. 是否已逾複核日需要加註提醒?
# 品質檢核(每次回答結尾固定一行)
「本回答依據 {文件名}({生效日});本知識庫最後更新 {最後更新日}。此為參考資訊,個案認定請洽 {承辦窗口}。」 可替換變數 變數 要換成什麼 {單位名稱}/{主題}一庫一主題。 {文件清單}含版本與生效日,這是版本管理的核心。 {適用對象}/{不涵蓋範圍}/{承辦窗口}三個護欄,缺一個就會出問題。 {最後更新日}/{下次複核日}過期提醒的依據。每次更新知識庫時要一起改。
完整使用範例(照這樣填) 在自訂 GPT 或 Claude Project 建立助手,指令欄貼上整段,知識欄上傳正本文件。設定 {下次複核日} 為三個月後,到期時助手會自動在每個回答加註過期提醒——這是最省事的維護機制。 預期輸出範例(拿到的東西應該長這樣) 正常回答會有四到五段並在結尾固定一行標明依據與更新日;逾複核日後每個回答都會多一句「本知識庫已逾複核日……」;使用者要求個案認定時會被導向承辦窗口。 固化成助手是另一件工程,這一頁不重講 下面這幾題每個方法都一樣,站上各有一篇:
07 產出應該長什麼樣拿到的東西要長這樣 每個回答固定四到五段:答案、依據、原文、提醒、(查無時)找不到怎麼辦。結尾固定一行標明依據與更新日。三種情況的格式不同——查得到、查不到、涉及個案——使用者一眼就要能分辨自己拿到的是哪一種。
完成品:20 題實測發現的問題與修正 【實測第 7 題】出差當天算不算上班?
初次回答:「出差視同上班,不需另請假。」(無出處)
→ 問題:這句話在三份文件中都找不到。追查後發現 AI 用了一般常識。
→ 修正:強化「只依文件回答」規則,並在文件中確認差勤作業說明第 3 節確有規定,補上出處。
【實測第 12 題】約聘人員特休怎麼算?
初次回答:只引用人事管理要點,未提及契約範本的不同說法。
→ 問題:漏掉版本衝突,使用者可能照單一版本辦理而出錯。
→ 修正:加入「多份說法不同要全部並列」規則;同時把這個衝突提報人事室裁決。
【實測第 18 題】我這個情況可不可以併休?
初次回答:給出了具體判斷。
→ 問題:這是個案裁量,不該由知識庫回答。
→ 修正:加入個案導向規則與承辦窗口。
【實測結果統計】
20 題中:出處正確 13 題、無出處 3 題、漏掉版本衝突 2 題、越權裁量 2 題。
修正後重測:20 題全數附出處且無越權,其中 4 題轉為「查無」或「導向承辦」——這 4 題正是文件真正的缺口。 輸出格式規格(要照著做的人再展開) 答案不超過五句,長的放原文段。 依據要含文件名、條次段落、生效日三項,缺一項就不算合格的依據。 原文引用不改寫,這是使用者判斷可信度的依據。 版本不一致時全部並列,不折衷、不挑一個。 查無時要給最接近的三個條目與承辦窗口,不要只說沒有。 涉及個案裁量時不給實質答案,只給窗口與建議準備的資料。 逾複核日之後,每個回答都要加註「本知識庫已逾複核日」。 【情況一:查得到】
【答案】
約聘人員特休依到職日起算:滿六個月給 3 日,滿一年給 7 日。
【依據】
○○單位人事管理要點.pdf|第 12 點第 2 項|生效日 114/1/1
【原文】
「約聘人員之特別休假,自到職日起算,服務滿六個月者給予三日,滿一年者給予七日。」
【提醒】
版本不一致:《約聘人員契約範本》(113/7/1 生效)第 8 條就特休記載為「比照本單位正式人員辦理」,
與本要點的具體日數不一致。兩份說法已並列,請確認以哪份為準(本知識庫不代為裁決)。
本回答依據 ○○單位人事管理要點(114/1/1 生效);本知識庫最後更新 114/8/20。
此為參考資訊,個案認定請洽人事室王小姐(分機 xxx)。
─────────────────────────────
【情況二:查不到】
【答案】
本知識庫文件中查無「留職停薪期間年資如何計算」之規定。
【找不到怎麼辦】
最接近的三個條目:
1. 人事管理要點 第 18 點(留職停薪申請程序)
2. 差勤作業說明 第 4 節(年資計算通則)
3. 約聘人員契約範本 第 11 條(契約中止)
建議洽人事室王小姐(分機 xxx)確認。
※ 這一題已列入「查無清單」,是本知識庫的文件缺口,不是使用者問錯。
─────────────────────────────
【情況三:涉及個案裁量】
【答案】
本題涉及個案認定,本助手不提供實質答覆。
【提醒】
「我這個情況可不可以併休」屬於個別事實的判斷,需由承辦人依你的到職日、
已休日數與請假紀錄認定。
【找不到怎麼辦】
請洽人事室王小姐(分機 xxx)。為加快處理,建議先準備:到職日、本年度已休日數、
欲併休的期間。
─────────────────────────────
【情況四:已逾複核日(自動加註)】
(前四段同情況一,最後一行改為)
⚠️ 本知識庫已逾複核日(應複核日 114/11/20),內容可能過期,重要事項請向人事室確認。 08 工具怎麼挑這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議,不是限定。
工具 什麼時候用 為什麼 注意 NotebookLM ↗ 起手 免費、答案原生附出處 先跑起來、文件不多、答案要原生附出處 文件丟進去就能問,出處是內建行為不用寫規則。建置成本最低。 共用與客製規則的彈性較低;上傳前確認單位規範允許。 自訂 GPT/Claude Project 要共用給團隊時 要共用給團隊、要加自訂規則 規則可以寫進系統指令(查無就說查無、個案導向真人),團隊共用方便。 系統指令所有使用者都會受其影響,不要放機密。 ChatGPT ↗ 小規模、一次性的查詢 直接貼文件就能問。 沒有版本管理,不適合長期知識庫。
四、不要做錯 這幾關不下放
這一區是踩過的坑與該守的線。標「不下放」的步驟請不要交給 AI 決定;Checklist 是拿來驗收的,不是拿來勾好看的。
09 會卡住與會做錯的地方會卡住的地方(流程困難點)
不知道哪一份是正本 「最終版」「最終版2」「真的最終版」——收進去等於把矛盾也收進去。
答案沒有出處就不敢用 AI 答得很流暢但沒說根據哪一份的第幾條,使用者只能自己再查一次,知識庫等於沒用。
過期內容照樣被查到 去年的規定跟今年的並存,AI 分不出哪個是現行的,除非你標。
建了沒人維護 建置有專案有預算,維護沒有。三個月後開始腐爛,而且沒有人會發現。 會做錯的地方(常見失敗方式) 沒有出處 答得流暢但無法查核,使用者只能自己再查一次,知識庫等於沒用。
怎麼修 強制出處為硬規則;文件問答工具原生支援,自訂助手要寫進系統指令。
把三個版本一起收 AI 折衷出一個三份文件都沒說過的答案。
怎麼修 建置前盤點正本,過期版本另存他處,每份標生效日。
為了好用而放寬「查無」 一放寬就變成亂編製造機。
怎麼修 把「查無就說查無」當成不可妥協的紅線;查無的題目是文件缺口清單。
越權做個案裁量 使用者拿去辦事,出錯時責任在照做的人身上。
怎麼修 設個案導向規則與承辦窗口。
權限拉平 人事、薪資、合約與一般規定混在一起,等於所有人都看得到。
怎麼修 一庫一主題,建置前先劃分權限。
建了沒人維護 三個月後開始給過期答案,而且沒有人會發現。
怎麼修 設複核日與更新負責人;逾期時助手主動加註提醒。
10 人工把關與安全限制AI/Agent/Tool 介入在哪幾步 流程位置 誰 做什麼/怎麼做 盤點階段 AI 找出重複與矛盾 比對多份文件列出說法不同的組合。只找不判。建置階段 Tool 文件問答工具 文件丟進去即可問答,答案原生附出處,不用自己寫規則。適合先跑起來。客製階段 Agent 自訂助手 要共用或要加規則(找不到就說不知道、個案導向真人)時,改建自訂助手。維護階段 AI 定期抽測 固定題組定期問一次,比對答案是否還指得回現行正本。
這幾關不下放
認定正本 哪一版有效,是權責單位的決定,AI 不能推測。
矛盾裁決 兩份文件衝突時由誰說了算,是管理問題。
權限劃分 誰能查什麼,要在建置前決定。
20 題實測 逐題核對出處,這一步不能交給 AI 自查。
答案的最終責任 知識庫的答案拿去對外時,仍由人負責。 安全與權限限制
權限分級先做 不同權限的內容分庫,不要為了方便而拉平。
個資遮蔽 文件中夾帶的姓名、案號、電話、地址,收錄前先處理。
工具需經核可 上傳單位文件到外部服務前,先確認單位規範允許哪些工具。
不提供整份文件 助手只提供被引用的段落,避免變成文件外流管道。
內外分流 內部知識庫不直接對外開放;對外要另建、另審。
留下裁決紀錄 文件矛盾的裁決要留檔,日後爭議時是依據。 11 Checklist 與驗收標準做的時候逐項打勾 做完了才檢查:全部成立才算完成 每一個答案都附有文件名、條次段落與生效日,可以點回正本。 問到知識庫沒有的內容時,它會明說「查無」並給出相關條目與承辦窗口。 所有收錄文件都標了生效日,過期版本已剔除。 互相矛盾的文件已裁決,且裁決結果有留檔。 已用 20 個真實問題逐題核對出處,並修正發現的問題。 涉及個案裁量的問題會導向真人,不自行回答。 權限分級已落實,不同權限內容沒有混在同一個知識庫。 已指定更新負責人與複核日,逾期時有提醒機制。 五、延伸 把流程走一遍,然後往下一步
先用一個示範情境把流程從頭走一遍,再看具名機構真的做過的事,最後決定下一步往哪走。
12 示範情境知識庫問答助手:使用者信任它的原因是「它會說不知道」
這是示範情境,不是真實個案:作者為了把上面的流程走一遍而寫的設想,人物、數字與結果都是設定。真的有人做過的案例,看下面「真的有人這樣做過」。
改編自站上的完整拆解:知識庫問答助手(完整拆解) →
設想的狀況: 同樣的問題每週被問好幾次,答案散在不同文件裡。直接讓 AI 讀完所有文件回答的結果是——它總是給得出答案,包括文件裡根本沒寫的那些。而使用者無法分辨哪些答案有依據。
AI 負責什麼 把正本文件建成可問答的來源集合,回答時強制附上文件名、條次與生效日。 遇到來源中找不到依據的問題,直接回覆「知識庫中沒有這項規定」並列出最接近的相關條目。 比對多份文件時,明確指出「A 文件與 B 文件說法不同」而不是自行折衷。 對涉及個案裁量的問題,不回答實質內容,改導向承辦窗口。 人負責什麼 在建置前先認定每份文件的正本版本與生效日,把過期版本剔除。 裁決兩份文件矛盾時以哪一份為準,並留下裁決紀錄。 用 20 個真實問題逐題核對出處。 定期用固定題組抽測,確認答案還指得回現行版本。 照著走完會得到: 使用者開始信任它的原因不是「它很會答」,而是「它會說不知道」——因為那代表它答得出來的時候是真的有依據。
待補資料:知識庫的採用率與查詢命中率需要各單位自行量測,本站不提供通用數字。建議記錄「同一問題重複被問的次數」作為基準。
真的有人這樣做過外部佐證 9 則 以下都是具名機構的公開案例,每個來源都經過連結實測。數字只寫來源講得出來的;來源沒講的,這裡就寫未公開。 標「相近工作 」的 1 則,做的不是同一件工作——機制相通可以借鏡,但別直接拿它的數字當自己的預期。
Allianz 安聯 直接對應 英國/澳洲/全球 · 2024-2025 英國用生成式 AI 工具 BRIAN 讓核保人員快速查到需要的核保指引文件;澳洲的 Project Nemo 用 AI 代理給理賠團隊建議;另有內部平台 AllianzGPT。
成效 BRIAN 自年初上線起處理 13,000 次查詢,估計省下約 135 個工作天,已涵蓋英國商業辦公室的全部產險與責任險核保人員;Project Nemo 2025 年 7 月在澳洲上線,不到 100 天達到全面部署;AllianzGPT 至 2025 年初服務逾 6 萬名員工;全集團登記逾 900 個 AI 使用情境。
不能照抄的理由 Allianz 對 Project Nemo 的說法是「AI 代理提供建議,但最終責任始終在理賠專業人員身上」。這句話決定了它能不能上線,不是文案。
Clifford Chance 高偉紳律師事務所 直接對應 英國/全球 · 2024 起 全所導入 Microsoft 365 Copilot 與自建的 Clifford Chance Assist;並把逾 40 萬份重新分類、AI 摘要過的法律文件建成全所知識庫,外加一層看得懂權限的搜尋。
成效 官方表示 2024 年 4 月底已有超過 60% 的每日使用率。
不能照抄的理由 事務所明訂:任何 AI 產出的法律內容都要標示為 AI 產出,並由該法域的合格律師驗證。這條規則不是附註,是它敢全所開放的原因。
在自家防火牆內建 EY.ai EYQ,提供企業內部聊天、各領域助理與受控的提示詞工具,讓顧問查跨國稅務與法規知識。
成效 官方表示部署到超過 30 萬名專業人員。
不能照抄的理由 「在自家四面牆內」是重點——顧問業碰的是客戶機密,模型跑在哪、資料留在哪要先解決,才輪到功能。
內部私有 ChatGPT「KymChat」,回答員工的內部政策問題,並在核准的情況下草擬稅務意見初稿交人覆核。
成效 上線前八週回答超過 4 萬則提問;後續建立稅務判例等策展資料庫來提升準確率。
不能照抄的理由 草擬的稅務意見一律是初稿,要由專業人員覆核後才成立。這條界線是它能上線的前提,不是可選項。
全集團的生成式 AI 助理 MaIA,橫跨人資、財務、法務與零售,做企業內部搜尋、文件分析、內容翻譯與樣稿生成。
成效 報導指 MaIA 每月處理超過 200 萬次請求、使用者約 4 萬名員工;LVMH 與 Google 花了約四年建中央資料平台才撐起這些工具。
不能照抄的理由 撐起助手的是那個花四年建的中央資料平台,不是模型。看到「一年就上線」的案例,通常沒告訴你前面鋪了多久的資料工程。
Morgan Stanley 摩根士丹利 直接對應 美國 · 2023 把約 10 萬份研究報告與內部文件建成顧問專用的問答知識庫,理專用自然語言問,AI 只從已審核的內部資料裡找答案。
成效 2024 年公布:超過 98% 的顧問團隊在使用。
不能照抄的理由 它的知識來源是一個受控、已審核的封閉資料集,不是把公開網路接進來。沒有先把文件審過、把權限分好,做出來的是另一種東西。
自建私有化 GenAI 助手 ChatPwC,先用稅務問答與法規資料微調,讓員工在不外流客戶資料的環境裡問內部知識。
成效 美國約 7.5 萬名員工、海外約 12.5 萬名同仁可用。
不能照抄的理由 這是十億美元級三年 AI 投資的一部分,含大規模員工訓練。可以抄的是「私有環境+領域資料微調」這個作法,不是規模。
Siemens × Schaeffler 西門子 × 舍弗勒 相近工作 德國 · 2024 把設備手冊與工程資料交給 Industrial Copilot,工程師用自然語言描述需求,由 AI 產出 PLC 的結構化控制語言(SCL)程式碼。
成效 先在舍弗勒特殊機械的機器人單元試點;官方未公開量化成效。
不能照抄的理由 產出的程式碼要由工程師做安全把關才能上線。它縮短的是查手冊與打字的時間,不是驗證的責任。
Skanska USA Building 直接對應 美國 · 2024-2026 成立數位轉型與解決方案團隊(資深副總 Will Senner 直屬營運長),把資料、AI 與新興技術能力收攏在一起。兩個自製工具:「Expert Sidekicks」與「Skanska Metriks 成本模型」,官方說法是「用 AI 把數十年的專案知識變成可行動的洞察」——辨識專案風險、支援規劃、以資料分析改善營運決策。
成效 Sidekick 套件「從最初的試點擴大到超過 1,000 名員工使用者,支援 500 多個專案」(2024 年推出至今)。未公開省時、成本或安全改善數字。
不能照抄的理由 自家新聞稿與營建業媒體轉述,數字是採用量(使用者數、專案數)不是成果——沒有省時、成本或安全改善數字,也沒說明工具內部怎麼運作或有什麼審核護欄。整套建立在 Skanska 數十年累積的專案資料之上;小型營造公司要做,知識庫必須窄得多,先從一類最常被問的文件開始。
這些案例與其他外部佐證,完整收在找靈感 →
13 相關方法與下一步先從單純的文件問答開始 如果只是自己要查,不必建正式知識庫。
對外的那一層切片 對外 FAQ 要另一套語氣與審核。
把流程知識也收進來 SOP 與交接紀錄是知識庫最有價值的內容。
其他相關方法RELATED METHODS 可直接使用RELATED PROMPTS 先理解這些觀念RELATED CONCEPTS 延伸案例RELATED CASES Download 這個方法的模板與 Checklist 下載包整理中——訂閱更新 ,上架後第一時間通知你。
這個站的做法 有來源 引用的案例都附得出可以點進去的出處;還沒查證完的另外標示,不跟已證實的混在一起。 可驗收 每個方法都附 Checklist 與驗收標準——你要能自己驗,而不是相信 AI 說它做完了。 不亂編 指令一律要求「材料裡沒有的不准補」,缺的標【待補】列成問題,不用漂亮的句子蓋過去。 不自動送出 站內的指令與工具不會替你發布、寄出或執行收不回來的動作。最後一步永遠是人按下去。 人要把關 方法裡標「不下放」的步驟,寫明白就是不要交給 AI 決定。 一般人照做 不用寫程式。步驟寫成照著做的樣子,術語第一次出現就用白話解釋。
取得 AI 實戰工具與更新
之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;送出後會收到一封確認信,點了連結才算訂閱成功 ,之後每封信都附一鍵退訂。
送出即表示你同意本站的 隱私權說明 :我們只儲存 Email 與同意版本,不會把 Email 和你的閱讀紀錄綁在一起。沒有點確認信就不會收到任何內容,之後也隨時可以一鍵退訂。