三分鐘版 濃縮成 4 步;要細節再往下讀
把要查的文件上傳(NotebookLM 一包可放大量來源,適合常查的那疊)。 問問題時要求:引用原文+標頁碼或段落。 重要決策引用前,點回原文核對——AI 的引用偶爾會差一段。 常查的文件包留著重複用;一次性的用完刪除。 這一篇用的是問答庫 這一招——散落的規定與經驗 → 查得到出處、答不出來會轉人的問答系統。 同一招還能做這幾件事(共 6 篇):
本頁 13 節,分 5 區 一、這是什麼 三十秒判斷關不關你的事
先確認這一篇解的是不是你的問題。看完這兩節如果覺得不像,就不用再往下讀——省下的時間比讀完更值錢。
01 解決的工作問題手上有幾十份 PDF、合約、規範,要找某條規定或某個數字,翻到眼花。把文件變成「可以直接問的對象」是這個情境最直接的解法——但前提是答案要附出處,而且「查不到」的時候它要說查不到 。沒有這兩件事,你只是把翻文件換成了另一種不確定。
02 什麼時候用、什麼時候別用什麼情況下該用這一套 文件已經在手上(不是要去網路上找)。 問題是「這份文件裡有沒有寫某件事」,不是「這件事該怎麼判斷」。 答案之後可能要拿出來給別人看,需要指得回原文。 什麼情況下別用
需要判斷的問題 「這樣做合不合規」不是文件問答,是專業判斷。文件問答只能告訴你文件寫了什麼 。
文件不在手上的研究 要去找資料是研究整理的範疇。
未經核可的機密文件 合約、個資文件上傳前先確認單位規範允許。
需要精確計算的場合 從文件抽出數字後的計算要在試算表做。 誰會用到
法務 關鍵條款一定要點回原文看。AI 的引用偶爾會差一段,而差一段在法務工作上就是差很多。
採購 規格與金額最容易在掃描檔的文字辨識中出錯,數字類問題務必回原檔核對。
會計/財務 數字一律回原始報表,不要用 AI 從文件中抽出來的數字直接算。
顧問 客戶提供的文件上傳前要確認保密約定的範圍。
工程師/研發 技術規範的版本很重要,同一份文件不同版本的差異可能就是關鍵。
行政 你查的多半是內部規定與表單。同一份規定常有多個版本散在不同資料夾,上傳前先確認哪一份是現行的,否則答案會混版。
營運 營運文件常含流程時序(幾日內、幾個工作天)。這類數字最容易在掃描檔的文字辨識中出錯,一律回原檔核對。
老師 把課本、講義、參考資料變成可以問的對象,但答案要指得回頁碼。 所屬工作情境 二、整件事怎麼跑 先看圖,再看逐步
先用一張圖抓全貌,再看逐步展開。圖看不懂沒關係,下一節會把每一步實際在做什麼、誰做,一條一條講清楚。
03 流程圖這張圖是整篇的骨架:輸入 → 步驟 → 困難點 → AI/Agent/Tool 介入 → 人工檢查 → 產出。紅框是最常出事的位置,綠框是不能下放的人工檢查點,粗框是中止條件。後面每一節都是在展開圖上的某一格。
AI 文件問答:答案附出處,查不到就說查不到 Human 輸入 Human 步驟 AI Tool Checkpoint Output Risk 困難點 Stop 中止
看圖重點: 這張圖有兩個看起來多餘、實際上最省事的節點。一個是第二步的文字辨識抽查:掃描檔的錯誤形式是「格式正確但內容錯」 ,不先檢查就會一路錯到最後。另一個是 CHECKPOINT 裡的「換個問法再問一次」——AI 說查無時,可能是文件真的沒寫,也可能是它沒搜到,而這兩件事的後果差很多。純文字流程表(手機/螢幕閱讀器建議看這張) AI 文件問答:答案附出處,查不到就說查不到(純文字流程表) 序 類型/角色 流程步驟 這一步的困難點/中止條件 1 Human 文件檔案 + 文件清單(版本與日期)+ 問題清單 附件與附表要一起,關鍵條件常在那裡 — 2 Human 人整理文件包,確認版本與完整性,剔除混入的舊版 困難點/風險 新舊版本一起在文件包裡,AI 混著答而不會提醒你
失敗與中止條件 文件缺附件或版本無法確認 → 停止查詢,先把文件補齊
3 Tool 掃描檔做文字辨識,抽查關鍵數字與專有名詞 困難點/風險 掃描檔辨識錯誤:數字錯了但引用格式完全正確
4 AI AI 依規則回答:逐字原文引用 + 出處 + 信心標示 困難點/風險 「文件裡沒有」和「AI 沒找到」是兩回事
5 Checkpoint 重要引用回原檔核對 + 查無的關鍵問題換個問法再問 困難點/風險 引用差一段:答案對但出處是隔壁那段
6 Human 常查的文件包留著重複用,一次性的用完刪除 — 7 Output 帶出處的查詢筆記 + 待核對清單 + 可重複使用的文件包 —
Mermaid 原始碼(貼進 Mermaid Live 或 draw.io 可再編輯) 可直接複製,改成你自己的流程 複製 Mermaid
flowchart TD
in1(["<b>Human</b><br/>文件檔案 + 文件清單(版本與日期)+ 問題清單<br/><small>附件與附表要一起,關鍵條件常在那裡</small>"])
s1["<b>Human</b><br/>人整理文件包,確認版本與完整性,剔除混入的舊版"]
t1[("<b>Tool</b><br/>掃描檔做文字辨識,抽查關鍵數字與專有名詞")]
a1[/"<b>AI</b><br/>AI 依規則回答:逐字原文引用 + 出處 + 信心標示"/]
c1{{"<b>Checkpoint</b><br/>重要引用回原檔核對 + 查無的關鍵問題換個問法再問"}}
s2["<b>Human</b><br/>常查的文件包留著重複用,一次性的用完刪除"]
o1(["<b>Output</b><br/>帶出處的查詢筆記 + 待核對清單 + 可重複使用的文件包"])
r4>"<b>Risk</b><br/>新舊版本一起在文件包裡,AI 混著答而不會提醒你"]
x1[/"<b>Stop</b><br/>文件缺附件或版本無法確認 → 停止查詢,先把文件補齊"\]
r1>"<b>Risk</b><br/>掃描檔辨識錯誤:數字錯了但引用格式完全正確"]
r2>"<b>Risk</b><br/>「文件裡沒有」和「AI 沒找到」是兩回事"]
r3>"<b>Risk</b><br/>引用差一段:答案對但出處是隔壁那段"]
in1 --> s1
s1 --> t1
t1 --> a1
a1 --> c1
c1 --> s2
s2 --> o1
s1 -.->|風險| r4
s1 ==>|中止| x1
t1 -.->|風險| r1
a1 -.->|風險| r2
c1 -.->|風險| r3
c1 -.->|查無就換個問法再問一次| a1
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 t1 clsTool;
class a1 clsAI;
class c1 clsCheck;
class s2 clsHuman;
class o1 clsOut;
class r4 clsRisk;
class x1 clsStop;
class r1 clsRisk;
class r2 clsRisk;
class r3 clsRisk; 04 完整步驟圖的文字版,逐步展開 完整版共 7 步:把三分鐘版沒展開的準備與收尾也補進來,每一步誰做、做完會有什麼。
序 誰做 步驟與說明 1 Human 整理文件包 把要查的文件收成一包。常查的那疊留著重複用,一次性的另建。同時確認版本與日期。→ 文件包 2 Tool 檢查可讀性 掃描檔先做文字辨識,抽查幾個關鍵數字與專有名詞的辨識結果。→ 可選取文字的檔案 3 Human 上傳並設定規則 上傳到文件問答工具,並在第一則訊息設定規則:引用原文、標頁碼、查不到就說查不到。→ 可問答的文件集 4 AI 提問 每個答案要附原文引用與出處位置。多份文件說法不同時全部並列。→ 帶出處的答案 5 Human 回原文核對 重要決策要引用之前,點回原文核對。AI 的引用偶爾會差一段。→ 已核對的引用 6 Human 換個問法再問 「文件裡沒有」和「AI 沒找到」是兩回事。關鍵問題換個說法再問一次。→ 確認過的查無結論 7 Human 收尾 常查的文件包留著;一次性的用完刪除。→ 查詢筆記與文件包
三、動手做 備料 → 指令 → 產出 → 工具
這一區是真的動手:先備料、再貼指令、然後對照產出應該長什麼樣。手上是哪一支 AI 都做得完,差別寫在最後的工具那一節。
05 開始前要準備什麼標「必要」的沒備齊就先別開始
文件檔案(可選取文字)必要 掃描檔要先做文字辨識,並抽查辨識品質——數字與專有名詞最容易錯。
你要回答的問題必要 先寫下來。沒有問題就問,會得到一堆你不需要的摘要。
文件版本與日期必要 同一份規範的不同版本混在一起是常見的坑。
上傳授權範圍可選 哪些文件能上傳、上傳到哪個工具。
文件包的用途可選 常查的留著重複用,一次性的用完刪除。 餵進去的東西要長這樣 文件檔案(可選取文字)+ 文件清單(含版本與日期)+ 問題清單。掃描檔另外標示。
掃描檔先做文字辨識,並抽查關鍵數字。 同一份文件只放一個版本,或明確標示各版本日期。 附件與附表要一起上傳,關鍵條件常在那裡。 問題先寫下來,具體的問題得到準確的引用。 機密與個資文件確認授權後再上傳。 【文件清單】
1. ○○採購契約.pdf|v3|114/3/1 簽署|可選取文字
2. 附件三 履約管理要點.pdf|v1|114/3/1|可選取文字
3. 投標須知.pdf|無版本標示|113/11/20|※掃描檔,已做文字辨識
【來源】對方提供
【問題清單】
1. 逾期交付的違約金計算方式與上限?
2. 驗收程序有幾個階段?每階段的期限?
3. 契約變更需經哪些程序?
4. 保固期間多久?起算日?
5. 契約終止的條件有哪些? 06 Prompt(快速/完整/進階)A 快速版貼上就能用;B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足;C 進階版是拿去建 GPT/Skill/Agent 的系統指令,預設收起來,要用再點開。三版都附可替換變數、使用範例與預期輸出;A 與 B 另外列出那一版特有的常見錯誤與人工確認點,C 版的那幾題指向 Agent 專篇。
適合的工具 NotebookLM ChatGPT Claude
👇 直接複製,{ } 換成你的內容 複製這段 Prompt
依我上傳的文件回答以下問題。規則:
1. 每個答案附原文引用與出處位置。
2. 文件裡沒有的,直接說「文件中查無」,不可以用你的常識補。
3. 我問的東西如果在多份文件有不同講法,把每份的講法並列。
問題:{你的問題} 可替換變數 變數 要換成什麼 {你的問題}具體的問題。越具體,引用越準。
完整使用範例(照這樣填) 依我上傳的文件回答以下問題。規則:(照母提示詞三條)
問題:本契約對於逾期交付的違約金,計算方式與上限各是什麼? 預期輸出範例(拿到的東西應該長這樣) 【答案】
逾期交付違約金按逾期日數,每日以契約總價 0.1% 計算;累計上限為契約總價 20%。
【原文引用】
「乙方逾期交付者,每逾一日按契約總價千分之一計算違約金,累計不逾契約總價百分之二十。」
【出處】
○○採購契約.pdf,第 14 條第 1 項,第 8 頁
【提醒】
另在「附件三 履約管理要點」第 5 點亦提及違約金,記載為「依政府採購法相關規定辦理」,未載具體比率,與本文條款並列供參。兩處說法不一致的部分請自行確認以何者為準。 常見錯誤用法 問「這個契約對我們有沒有風險」——那是判斷不是查詢,文件問答答不了。 拿到答案就直接引用進報告。重要引用要點回原檔。 把新舊版本一起上傳然後問「規定是什麼」。先確認版本。 AI 說查無就當作文件真的沒寫。換個問法再問一次。 這一版另外不適合 需要專業判斷的問題。 未經核可上傳的機密或個資文件。 缺少資料時怎麼辦 文件不完整(缺附件、缺頁)時,AI 會依現有內容回答而不會知道自己缺了什麼。所以上傳前要自己確認文件完整——特別是契約的附件與附表,關鍵條件常常在那裡。
這一版另外要人確認 重要引用回原檔核對。 數字(尤其掃描檔)回原檔看。 查無結論的二次確認。 適合的工具 NotebookLM Claude ChatGPT
👇 直接複製,{ } 換成你的內容 複製這段 Prompt
# 角色
你是文件查詢助手。你只依我上傳的文件回答,你不做判斷、不給建議、不使用文件以外的知識。
# 文件集資訊
- 文件清單與版本:{文件清單}
- 文件來源:{來源,例如客戶提供/官方下載}
- 是否含掃描檔:{是否含掃描檔}
# 我要回答的問題
{問題清單}
# 回答規則
1. 每個答案的結構固定為:【答案】【原文引用】【出處】【提醒】。
2. 原文引用必須逐字照抄,不得改寫、不得節錄到失真。
3. 出處要標到文件名+條次或段落+頁碼。
4. 多份文件對同一問題有不同說法 → 全部並列,標示「說法不一致」,不得挑一個或折衷。
5. 文件中查無 → 明說「文件中查無」,並列出你搜尋過的關鍵詞,以及最接近的三段內容。
6. 若原文有明顯的文字辨識錯誤跡象(數字與上下文不合、字詞不成句)→ 標【疑似辨識錯誤,請核對原檔】。
# 不可以做的事
1. 不得用一般常識或其他文件的知識補充。
2. 不得推測未明定的情況。
3. 不得替我判斷風險、優劣、是否合規。
4. 不得計算。文件中的數字如需計算,只列出原始數字並說明需自行計算。
5. 不得合併不同版本的內容。
# 處理步驟
1. 先確認文件集中是否有版本重複的文件,若有先列出並詢問要以哪一版為準。
2. 逐題回答。
3. 每題結束後,標示這一題的答案信心(高/中/低)與理由(例如「低:僅在附件中間接提及」)。
4. 最後列出「建議回原檔核對」的清單(含掃描檔數字、信心為低的答案、多版本衝突處)。
# 輸出格式
## 版本檢查結果
## 逐題回答(每題四段 + 信心標示)
## 建議回原檔核對清單
## 我搜尋不到但你可能還想問的相關內容
# 自我檢查(輸出前執行)
1. 每個答案是否都有逐字原文引用?
2. 出處是否標到頁碼或條次?
3. 是否用了文件以外的知識?
4. 是否有版本混用?
5. 是否有我自行做的計算或判斷? 可替換變數 變數 要換成什麼 {文件清單}文件名+版本+日期。版本管理是這個方法的基本功。 {來源}客戶提供的文件與官方下載的文件,可信度與保密要求不同。 {是否含掃描檔}含掃描檔時要開啟辨識錯誤警示。 {問題清單}先寫下來再問,避免得到一堆不需要的摘要。
完整使用範例(照這樣填) 把 {文件清單} 換成「○○採購契約 v3(114/3/1 簽署)、附件三 履約管理要點 v1、投標須知(掃描檔)」、{來源} 換成「對方提供」、{是否含掃描檔} 換成「是,投標須知為掃描檔」、{問題清單} 列出五個問題。 預期輸出範例(拿到的東西應該長這樣) 先出現版本檢查結果(例如「未發現版本重複」或「發現契約有 v2、v3 兩版,請確認」);每題回答附信心標示;最後列出「建議回原檔核對」清單,把掃描檔的數字類答案全部列進去。 常見錯誤用法 問題清單寫成「幫我看看這份契約」——沒有問題就沒有焦點,會得到一份摘要。 跳過版本檢查結果直接看答案。 把「建議回原檔核對」清單當成客套話。那份清單就是最容易出錯的地方。 要它判斷「這個條款對我們不利嗎」。那是判斷不是查詢。 這一版另外不適合 需要專業判斷或風險評估的問題。 文件保密等級不允許上傳時。 缺少資料時怎麼辦 缺文件版本資訊時,助手會在版本檢查結果標示「無法確認版本,答案可能混用不同版本」——這是很重要的警訊,不要忽略。缺附件時同理,關鍵條件常常在附件裡。
這一版另外要人確認 版本的最終確認。 「建議回原檔核對」清單上的每一項。 所有要對外引用的內容。 從文件事實到專業判斷的那一步。 C C. 進階版(常用文件包助手) 把一疊常查的文件(規範、契約範本、作業手冊)做成固定助手,長期重複使用。這段是系統指令。
適合的工具 NotebookLM 自訂 GPT/Claude Project Claude Skill
👇 直接複製,{ } 換成你的內容 複製這段 Prompt
# 身分
你是「{文件包名稱}查詢助手」。你只依本文件包收錄的文件回答,不做判斷、不給建議、不計算。
# 文件包內容(固定)
- 收錄文件:{文件清單,含版本與日期}
- 文件包用途:{用途}
- 不涵蓋:{不涵蓋範圍}
- 掃描檔清單:{掃描檔清單,這些文件的數字類答案一律要標「請核對原檔」}
- 最後更新:{最後更新日}
# 回答規則
每個回答固定四段:【答案】【原文引用】【出處】【提醒】。
1. 原文引用逐字照抄。
2. 出處標到文件名+條次段落+頁碼。
3. 多份說法不同 → 並列,不折衷。
4. 查無 → 明說,並列出搜尋過的關鍵詞與最接近的三段。
5. 答案來自掃描檔清單中的文件 → 【提醒】固定加註「本答案來源為掃描檔,數字請核對原檔」。
# 條件判斷
- 問題涉及計算 → 只列出原始數字與計算所需的條件,明說「請自行以試算表計算」。
- 問題涉及判斷(可否、應否、風險、合規)→ 回覆「本助手只能提供文件內容,判斷請洽 {專業窗口}」,並提供相關條文供參。
- 問題橫跨多份文件 → 逐份列出各自說法,最後標示是否一致。
- 使用者連續兩次問到查無 → 主動建議「可換個說法再問一次;『文件中沒有』與『我沒搜到』是兩回事」。
- 原文出現疑似辨識錯誤(數字與上下文不合、字詞不成句)→ 標【疑似辨識錯誤】並引用該段原文供核對。
# 例外處理
- 文件包中有同一份文件的多個版本 → 每次回答都列出各版本的說法,並標示版本日期,不得只引用其中一版。
- 使用者要求「用白話說明」→ 可以,但必須同時保留原文引用,並標示「白話為輔助說明,以原文為準」。
- 使用者要求整份文件內容 → 只提供被詢問的相關段落,不提供全文(避免變成文件外流管道)。
- 使用者問的是文件簽署或生效之後才發生的事 → 說明文件的時間點,提醒可能有後續修訂未收錄。
# 權限限制
- 只能存取本文件包收錄的文件。
- 不得使用訓練資料、外部網路或其他文件包的內容。
- 不得跨對話記憶使用者的提問。
- 不得提供文件全文下載。
# 必須交給人的判斷
1. 所有專業判斷(合規、風險、可否)。
2. 所有計算。
3. 掃描檔數字的核對。
4. 版本衝突時以哪版為準。
5. 對外引用前的原檔核對。
# 中止條件
- 使用者要求你做專業判斷且堅持三次 → 「本助手不做判斷,請洽 {專業窗口}。」
- 使用者要求提供文件全文 → 說明並停止。
- 使用者在提問中貼入大量個人資料 → 提醒並停止處理該題。
# 固定輸出格式
【答案】(五句內)
【原文引用】(逐字)
【出處】文件名|條次段落|頁碼|版本日期
【提醒】(版本不一致/掃描檔/涉及判斷/涉及計算,無則省略)
【信心】高/中/低 + 理由
# 自我檢查(每次回答前執行)
1. 原文引用是否逐字?
2. 出處是否標到頁碼?
3. 是否使用了文件以外的知識?
4. 是否混用了不同版本?
5. 是否做了計算或判斷?
6. 來源是否為掃描檔(需加註)?
# 品質檢核(結尾固定一行)
「本回答依據 {文件名}({版本日期}),信心 {高/中/低}。文件包最後更新 {最後更新日}。重要引用請回原檔核對。」 可替換變數 變數 要換成什麼 {文件包名稱}/{用途}一個文件包一個用途。 {文件清單}含版本與日期。 {不涵蓋範圍}明確寫出來,避免使用者誤以為問得到。 {掃描檔清單}這些文件的數字類答案要自動加註核對提醒。 {專業窗口}判斷類問題的導向對象(法務、財務、承辦)。 {最後更新日}文件包更新時要一起改。
完整使用範例(照這樣填) 在文件問答工具或自訂助手建立一個「採購作業文件包」,收錄採購法規摘要、機關採購作業要點、契約範本、常見疑義彙編。指令欄貼上整段。之後採購相關的查詢都問它。 預期輸出範例(拿到的東西應該長這樣) 問「這個情況要不要公告」會得到「本助手只能提供文件內容,判斷請洽採購承辦」加上相關條文;問掃描檔中的金額會自動加註「本答案來源為掃描檔,數字請核對原檔」;每個回答結尾都有信心標示。 固化成助手是另一件工程,這一頁不重講 下面這幾題每個方法都一樣,站上各有一篇:
07 產出應該長什麼樣拿到的東西要長這樣 每題四到五段:答案、原文引用、出處、提醒、信心。另附版本檢查與建議回原檔核對清單。
完成品:回原檔核對時抓到的兩個問題 【核對項目 1】投標須知第 9 點的驗收期限
AI 引用:「初驗合格後十四日內完成正式驗收」
回原檔核對:掃描檔原文為「初驗合格後十日內完成正式驗收」
→ 文字辨識把「十」誤判為「十四」。若照 AI 的答案排程,會晚四天。
→ 處理:該文件重新做文字辨識,並在文件包中標註「本檔辨識品質不佳,數字一律核對原檔」。
【核對項目 2】契約第 14 條的違約金上限
AI 引用:「累計不逾契約總價百分之二十」
回原檔核對:正確,且頁碼、條次都對。
→ 這一項可以放心引用。
【結論】
三份文件中,可選取文字的兩份引用全部正確;掃描檔那一份出現一處數字錯誤。這符合一般經驗:辨識品質決定答案品質,而錯誤的形式是「格式正確但內容錯」——不回原檔就看不出來。 輸出格式規格(要照著做的人再展開) 原文引用逐字照抄,不改寫。 出處標到文件名、條次段落、頁碼、版本日期。 掃描檔來源的答案自動加註核對提醒。 信心標示要附理由,「低」通常代表答案來自間接段落。 多版本或多文件說法不同時全部並列。 【版本檢查結果】
未發現同一文件的多個版本。提醒:投標須知(113/11/20)早於契約簽署日(114/3/1),若兩者衝突通常以契約為準,但請自行確認。
【問題 1】逾期交付的違約金計算方式與上限?
【答案】
每逾一日按契約總價 0.1% 計算,累計上限為契約總價 20%。
【原文引用】
「乙方逾期交付者,每逾一日按契約總價千分之一計算違約金,累計不逾契約總價百分之二十。」
【出處】
○○採購契約.pdf|第 14 條第 1 項|第 8 頁|v3(114/3/1)
【提醒】
附件三 履約管理要點第 5 點亦提及違約金,記載為「依相關規定辦理」,未載具體比率。兩處說法不一致,已並列。
【信心】高(條文明確且為契約本文)
【問題 2】驗收程序有幾個階段?
【答案】
分初驗與正式驗收兩階段;初驗於交付後 7 日內辦理,正式驗收於初驗合格後 14 日內完成。
【原文引用】
「……應於交付後七日內辦理初驗,初驗合格後十四日內完成正式驗收。」
【出處】
投標須知.pdf|第 9 點|第 12 頁|113/11/20
【提醒】
本答案來源為掃描檔,數字請核對原檔。
【信心】中(掃描檔,數字辨識可能有誤)
【建議回原檔核對清單】
1. 問題 2 的「7 日」「14 日」——來源為掃描檔
2. 投標須知與契約的驗收條款是否一致
3. 問題 5 的答案信心為低,來自附件間接記載
【我搜尋不到但你可能還想問的】
- 契約中未見「不可抗力」相關條款,建議確認是否遺漏附件。 08 工具怎麼挑這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議,不是限定。
工具 什麼時候用 為什麼 注意 NotebookLM ↗ 起手 常查的一疊文件 常查的一疊文件、要原生附出處 一包可放大量來源,答案原生附出處,適合長期使用的文件包。 上傳前確認單位規範允許;機密文件用核可的工具。 Claude ↗ 單次要問很長的文件 長文件的處理穩定,引用位置較準。 一次性使用,用完清除對話。 ChatGPT ↗ 直接上傳檔案 臨時查詢、文件不多 上傳即問,操作簡單。 沒有版本管理,不適合長期文件包。
四、不要做錯 這幾關不下放
這一區是踩過的坑與該守的線。標「不下放」的步驟請不要交給 AI 決定;Checklist 是拿來驗收的,不是拿來勾好看的。
09 會卡住與會做錯的地方會卡住的地方(流程困難點)
掃描檔辨識錯誤 文字辨識把數字看錯(0 看成 O、6 看成 8),AI 就引用錯的數字,而且引用格式完全正確。
「沒有」與「沒找到」分不清 AI 說查無,可能是文件真的沒寫,也可能是它沒搜到。關鍵問題不能只問一次。
引用差一段 答案對,但標的頁碼或段落是隔壁那段。拿去引用時被指出來很難看。
版本混在一起 同一份規範的舊版與新版都在文件包裡,AI 不會知道你要哪一版。 會做錯的地方(常見失敗方式) 掃描檔辨識錯誤被當成事實 數字錯了但引用格式完全正確,不回原檔看不出來。
怎麼修 掃描檔清單另外標示,數字類答案一律加註核對提醒。
把「沒找到」當成「沒有」 關鍵條款其實有寫,只是問法不對。
怎麼修 關鍵問題換個說法再問一次;要求 AI 列出搜尋過的關鍵詞。
引用差一段 答案對但出處錯,拿去引用時被指出很難看。
怎麼修 重要引用一律點回原檔核對。
版本混用 新舊版本一起在文件包裡,AI 混著答。
怎麼修 一份文件一個版本,或明確標示各版本並要求並列。
要 AI 做判斷 「這個條款對我們不利嗎」——它會給你一個看起來專業的答案,但那不是它該做的。
怎麼修 明訂只提供文件內容,判斷導向專業窗口。
缺附件就開始問 關鍵條件在附表裡,而附表沒上傳。
怎麼修 上傳前確認文件完整性,特別是附件與附表。
其他注意事項 10 人工把關與安全限制AI/Agent/Tool 介入在哪幾步 流程位置 誰 做什麼/怎麼做 前處理 Tool 文字辨識 掃描檔轉可選取文字,並抽查關鍵數字的辨識結果。問答階段 AI 帶出處回答 強制引用原文與位置;多份說法不同時並列;查不到就說查不到。交叉比對 AI 多份文件並列 同一問題在不同文件的說法並列呈現,不折衷。核對階段 Tool 原始檔案 重要引用點回原檔看。這一步 AI 不能代勞。
這幾關不下放
關鍵引用回原文 要拿去做決定或對外引用的內容,一定要自己看過原檔。
數字核對 掃描檔的數字尤其要看原檔。
查無的確認 換個問法再問一次,確認是文件沒寫而不是沒搜到 。
上傳授權 哪些文件能上傳,人決定。
從文件到判斷 文件寫了什麼是事實,該怎麼做是判斷。 安全與權限限制
上傳授權 合約、個資、客戶提供的文件,上傳前確認單位規範與保密約定允許。
機密文件用核可工具 不要為了方便而用未經核可的服務。
一次性文件用完刪除 臨時查詢的文件包用完就清,不要長期留在雲端。
不提供全文 助手只給被詢問的段落,避免變成文件外流管道。
個資遮蔽 文件中的當事人資訊,若非查詢必要就先遮蔽。 11 Checklist 與驗收標準做的時候逐項打勾 做完了才檢查:全部成立才算完成 每個答案都有逐字原文引用與出處(文件名、條次、頁碼)。 重要引用已回原檔核對,位置正確。 掃描檔來源的數字已回原檔確認。 「查無」的關鍵問題已換個問法再確認一次。 文件版本已確認,沒有新舊版本混用。 附件與附表已納入,不是只查本文。 沒有把文件內容當成專業判斷使用。 上傳的文件都在授權範圍內;一次性文件已刪除。 五、延伸 把流程走一遍,然後往下一步
先用一個示範情境把流程從頭走一遍,再看具名機構真的做過的事,最後決定下一步往哪走。
12 示範情境長文摘要與文件問答:先分流,再帶出處
這是示範情境,不是真實個案:作者為了把上面的流程走一遍而寫的設想,人物、數字與結果都是設定。真的有人做過的案例,看下面「真的有人這樣做過」。
改編自站上的完整拆解:長文摘要方法 →
設想的狀況: 一批文件放在手上,每次要查一個條件就得翻半天;而直接請 AI 摘要得到的是一段通順但沒有出處的文字,開會被問「這句你從哪看到的」時答不出來。
AI 負責什麼 把文件建成可問答的來源集合,每個答案附原文引用與出處位置。 同一問題在多份文件有不同說法時全部並列,不折衷也不挑一個。 查不到時明說「文件中查無」並列出最接近的段落,而不是用常識補。 對疑似文字辨識錯誤的段落主動標示,提醒回原檔核對。 人負責什麼 上傳前確認文件版本與完整性(特別是附件)。 重要引用點回原檔核對——實際發生過 AI 引用差一段的情況。 掃描檔的數字一律回原檔看。 對「查無」的關鍵問題換個問法再問一次。 照著走完會得到: 查詢從「翻文件」變成「問問題」,而且每個答案都指得回原文——被質疑時拿得出來。
待補資料:查詢時間的改善幅度高度取決於文件型態(可選取文字的 PDF 與掃描檔差異極大),本站不提供通用數字。
真的有人這樣做過外部佐證 4 則 以下都是具名機構的公開案例,每個來源都經過連結實測。數字只寫來源講得出來的;來源沒講的,這裡就寫未公開。 標「相近工作 」的 2 則,做的不是同一件工作——機制相通可以借鏡,但別直接拿它的數字當自己的預期。
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 代理提供建議,但最終責任始終在理賠專業人員身上」。這句話決定了它能不能上線,不是文案。
Siemens × Schaeffler 西門子 × 舍弗勒 相近工作 德國 · 2024 把設備手冊與工程資料交給 Industrial Copilot,工程師用自然語言描述需求,由 AI 產出 PLC 的結構化控制語言(SCL)程式碼。
成效 先在舍弗勒特殊機械的機器人單元試點;官方未公開量化成效。
不能照抄的理由 產出的程式碼要由工程師做安全把關才能上線。它縮短的是查手冊與打字的時間,不是驗證的責任。
工程顧問公司用 Copilot Studio 與 Power Automate 建 City Code Analyst Agent,自動蒐集與每週更新各城市法規文件,工程師以自然語言查詢,回答附原始來源引用並設有轉專家覆核機制。
成效 Microsoft 案例頁載明手動查找時間降低 90%(具名工程師 Logan Welsh 原話為「decreasing by 90% or more」)。導入前公司一年花逾 10,000 小時查閱與解讀法規文件。
不能照抄的理由 廠商(Microsoft)客戶案例頁,90% 為受訪員工說法、未經第三方稽核。頁面自身載明重要但書:「Due to the complexity of the codes we work with, it requires extensive internal QA/QC」——法規複雜度使內部品管仍為必要工序,AI 未取消這一關。
Skanska USA Building 相近工作 美國 · 2024-2026 成立數位轉型與解決方案團隊(資深副總 Will Senner 直屬營運長),把資料、AI 與新興技術能力收攏在一起。兩個自製工具:「Expert Sidekicks」與「Skanska Metriks 成本模型」,官方說法是「用 AI 把數十年的專案知識變成可行動的洞察」——辨識專案風險、支援規劃、以資料分析改善營運決策。
成效 Sidekick 套件「從最初的試點擴大到超過 1,000 名員工使用者,支援 500 多個專案」(2024 年推出至今)。未公開省時、成本或安全改善數字。
不能照抄的理由 自家新聞稿與營建業媒體轉述,數字是採用量(使用者數、專案數)不是成果——沒有省時、成本或安全改善數字,也沒說明工具內部怎麼運作或有什麼審核護欄。整套建立在 Skanska 數十年累積的專案資料之上;小型營造公司要做,知識庫必須窄得多,先從一類最常被問的文件開始。
這些案例與其他外部佐證,完整收在找靈感 →
13 相關方法與下一步常查的變成正式知識庫 同一疊文件查超過十次,就該建成有版本管理的知識庫。
長文件先做分流摘要 文件太多時,先知道哪幾份要細讀。
可直接使用RELATED PROMPTS 延伸案例RELATED CASES 這個站的做法 有來源 引用的案例都附得出可以點進去的出處;還沒查證完的另外標示,不跟已證實的混在一起。 可驗收 每個方法都附 Checklist 與驗收標準——你要能自己驗,而不是相信 AI 說它做完了。 不亂編 指令一律要求「材料裡沒有的不准補」,缺的標【待補】列成問題,不用漂亮的句子蓋過去。 不自動送出 站內的指令與工具不會替你發布、寄出或執行收不回來的動作。最後一步永遠是人按下去。 人要把關 方法裡標「不下放」的步驟,寫明白就是不要交給 AI 決定。 一般人照做 不用寫程式。步驟寫成照著做的樣子,術語第一次出現就用白話解釋。
取得 AI 實戰工具與更新
之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;送出後會收到一封確認信,點了連結才算訂閱成功 ,之後每封信都附一鍵退訂。
送出即表示你同意本站的 隱私權說明 :我們只儲存 Email 與同意版本,不會把 Email 和你的閱讀紀錄綁在一起。沒有點確認信就不會收到任何內容,之後也隨時可以一鍵退訂。