三分鐘版 濃縮成 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 完整步驟圖的文字版,逐步展開 完整版共 7 步:把三分鐘版沒展開的準備與收尾也補進來,每一步誰做、做完會有什麼。
序 誰做 步驟與說明 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 這個站的做法 有來源 引用的案例都附得出可以點進去的出處;還沒查證完的另外標示,不跟已證實的混在一起。 可驗收 每個方法都附 Checklist 與驗收標準——你要能自己驗,而不是相信 AI 說它做完了。 不亂編 指令一律要求「材料裡沒有的不准補」,缺的標【待補】列成問題,不用漂亮的句子蓋過去。 不自動送出 站內的指令與工具不會替你發布、寄出或執行收不回來的動作。最後一步永遠是人按下去。 人要把關 方法裡標「不下放」的步驟,寫明白就是不要交給 AI 決定。 一般人照做 不用寫程式。步驟寫成照著做的樣子,術語第一次出現就用白話解釋。
取得 AI 實戰工具與更新
之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;送出後會收到一封確認信,點了連結才算訂閱成功 ,之後每封信都附一鍵退訂。
送出即表示你同意本站的 隱私權說明 :我們只儲存 Email 與同意版本,不會把 Email 和你的閱讀紀錄綁在一起。沒有點確認信就不會收到任何內容,之後也隨時可以一鍵退訂。