把設備手冊與工程資料交給 Industrial Copilot,工程師用自然語言描述需求,由 AI 產出 PLC 的結構化控制語言(SCL)程式碼。
成效先在舍弗勒特殊機械的機器人單元試點;官方未公開量化成效。
不能照抄的理由產出的程式碼要由工程師做安全把關才能上線。它縮短的是查手冊與打字的時間,不是驗證的責任。
把自己的文件丟給 AI 問——答案附出處,查不到就說查不到。
手上有幾十份 PDF、合約、規範,要找某條規定或某個數字,翻到眼花。把文件變成「可以直接問的對象」是這個情境最直接的解法——但前提是答案要附出處,而且「查不到」的時候它要說查不到。沒有這兩件事,你只是把翻文件換成了另一種不確定。
以下都是具名機構的公開案例,每個來源都經過連結實測。數字只寫來源講得出來的;來源沒講的,這裡就寫未公開。
把設備手冊與工程資料交給 Industrial Copilot,工程師用自然語言描述需求,由 AI 產出 PLC 的結構化控制語言(SCL)程式碼。
成效先在舍弗勒特殊機械的機器人單元試點;官方未公開量化成效。
不能照抄的理由產出的程式碼要由工程師做安全把關才能上線。它縮短的是查手冊與打字的時間,不是驗證的責任。
英國用生成式 AI 工具 BRIAN 讓核保人員快速查到需要的核保指引文件;澳洲的 Project Nemo 用 AI 代理給理賠團隊建議;另有內部平台 AllianzGPT。
成效BRIAN 自年初上線起處理 13,000 次查詢,估計省下約 135 個工作天,已涵蓋英國商業辦公室的全部產險與責任險核保人員;Project Nemo 2025 年 7 月在澳洲上線,不到 100 天達到全面部署;AllianzGPT 至 2025 年初服務逾 6 萬名員工;全集團登記逾 900 個 AI 使用情境。
不能照抄的理由Allianz 對 Project Nemo 的說法是「AI 代理提供建議,但最終責任始終在理賠專業人員身上」。這句話決定了它能不能上線,不是文案。
這張圖是整篇的骨架:輸入 → 步驟 → 困難點 → AI/Agent/Tool 介入 → 人工檢查 → 產出。紅框是最常出事的位置,綠框是不能下放的人工檢查點,粗框是中止條件。後面每一節都是在展開圖上的某一格。
| 序 | 類型/角色 | 流程步驟 | 這一步的困難點/中止條件 |
|---|---|---|---|
| 1 | Human | 文件檔案 + 文件清單(版本與日期)+ 問題清單 附件與附表要一起,關鍵條件常在那裡 | — |
| 2 | Human | 人整理文件包,確認版本與完整性,剔除混入的舊版 | 困難點/風險新舊版本一起在文件包裡,AI 混著答而不會提醒你 失敗與中止條件文件缺附件或版本無法確認 → 停止查詢,先把文件補齊 |
| 3 | Tool | 掃描檔做文字辨識,抽查關鍵數字與專有名詞 | 困難點/風險掃描檔辨識錯誤:數字錯了但引用格式完全正確 |
| 4 | AI | AI 依規則回答:逐字原文引用 + 出處 + 信心標示 | 困難點/風險「文件裡沒有」和「AI 沒找到」是兩回事 |
| 5 | Checkpoint | 重要引用回原檔核對 + 查無的關鍵問題換個問法再問 | 困難點/風險引用差一段:答案對但出處是隔壁那段 |
| 6 | Human | 常查的文件包留著重複用,一次性的用完刪除 | — |
| 7 | Output | 帶出處的查詢筆記 + 待核對清單 + 可重複使用的文件包 | — |
回流線:重要引用回原檔核對 + 查無的關鍵問題換個問法再問 → AI 依規則回答:逐字原文引用 + 出處 + 信心標示(查無就換個問法再問一次)
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;| 序 | 誰做 | 步驟與說明 |
|---|---|---|
| 1 | Human | 整理文件包 把要查的文件收成一包。常查的那疊留著重複用,一次性的另建。同時確認版本與日期。→ 文件包 |
| 2 | Tool | 檢查可讀性 掃描檔先做文字辨識,抽查幾個關鍵數字與專有名詞的辨識結果。→ 可選取文字的檔案 |
| 3 | Human | 上傳並設定規則 上傳到文件問答工具,並在第一則訊息設定規則:引用原文、標頁碼、查不到就說查不到。→ 可問答的文件集 |
| 4 | AI | 提問 每個答案要附原文引用與出處位置。多份文件說法不同時全部並列。→ 帶出處的答案 |
| 5 | Human | 回原文核對 重要決策要引用之前,點回原文核對。AI 的引用偶爾會差一段。→ 已核對的引用 |
| 6 | Human | 換個問法再問 「文件裡沒有」和「AI 沒找到」是兩回事。關鍵問題換個說法再問一次。→ 確認過的查無結論 |
| 7 | Human | 收尾 常查的文件包留著;一次性的用完刪除。→ 查詢筆記與文件包 |
文件檔案(可選取文字)+ 文件清單(含版本與日期)+ 問題清單。掃描檔另外標示。
【文件清單】 1. ○○採購契約.pdf|v3|114/3/1 簽署|可選取文字 2. 附件三 履約管理要點.pdf|v1|114/3/1|可選取文字 3. 投標須知.pdf|無版本標示|113/11/20|※掃描檔,已做文字辨識 【來源】對方提供 【問題清單】 1. 逾期交付的違約金計算方式與上限? 2. 驗收程序有幾個階段?每階段的期限? 3. 契約變更需經哪些程序? 4. 保固期間多久?起算日? 5. 契約終止的條件有哪些?
A 快速版貼上就能用;B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足;C 進階版是拿去建 GPT/Skill/Agent 的系統指令。三種都附可替換變數、使用範例、預期輸出與人工確認點。
文件已上傳,直接開始問。
依我上傳的文件回答以下問題。規則:
1. 每個答案附原文引用與出處位置。
2. 文件裡沒有的,直接說「文件中查無」,不可以用你的常識補。
3. 我問的東西如果在多份文件有不同講法,把每份的講法並列。
問題:{你的問題}| 變數 | 要換成什麼 |
|---|---|
{你的問題} | 具體的問題。越具體,引用越準。 |
依我上傳的文件回答以下問題。規則:(照母提示詞三條) 問題:本契約對於逾期交付的違約金,計算方式與上限各是什麼?
【答案】 逾期交付違約金按逾期日數,每日以契約總價 0.1% 計算;累計上限為契約總價 20%。 【原文引用】 「乙方逾期交付者,每逾一日按契約總價千分之一計算違約金,累計不逾契約總價百分之二十。」 【出處】 ○○採購契約.pdf,第 14 條第 1 項,第 8 頁 【提醒】 另在「附件三 履約管理要點」第 5 點亦提及違約金,記載為「依政府採購法相關規定辦理」,未載具體比率,與本文條款並列供參。兩處說法不一致的部分請自行確認以何者為準。
文件不完整(缺附件、缺頁)時,AI 會依現有內容回答而不會知道自己缺了什麼。所以上傳前要自己確認文件完整——特別是契約的附件與附表,關鍵條件常常在那裡。
要查一批文件,而且答案之後會被引用。加入版本管理、交叉比對與辨識品質檢查。
# 角色
你是文件查詢助手。你只依我上傳的文件回答,你不做判斷、不給建議、不使用文件以外的知識。
# 文件集資訊
- 文件清單與版本:{文件清單}
- 文件來源:{來源,例如客戶提供/官方下載}
- 是否含掃描檔:{是否含掃描檔}
# 我要回答的問題
{問題清單}
# 回答規則
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 兩版,請確認」);每題回答附信心標示;最後列出「建議回原檔核對」清單,把掃描檔的數字類答案全部列進去。
缺文件版本資訊時,助手會在版本檢查結果標示「無法確認版本,答案可能混用不同版本」——這是很重要的警訊,不要忽略。缺附件時同理,關鍵條件常常在附件裡。
把一疊常查的文件(規範、契約範本、作業手冊)做成固定助手,長期重複使用。這段是系統指令。
# 身分
你是「{文件包名稱}查詢助手」。你只依本文件包收錄的文件回答,不做判斷、不給建議、不計算。
# 文件包內容(固定)
- 收錄文件:{文件清單,含版本與日期}
- 文件包用途:{用途}
- 不涵蓋:{不涵蓋範圍}
- 掃描檔清單:{掃描檔清單,這些文件的數字類答案一律要標「請核對原檔」}
- 最後更新:{最後更新日}
# 回答規則
每個回答固定四段:【答案】【原文引用】【出處】【提醒】。
1. 原文引用逐字照抄。
2. 出處標到文件名+條次段落+頁碼。
3. 多份說法不同 → 並列,不折衷。
4. 查無 → 明說,並列出搜尋過的關鍵詞與最接近的三段。
5. 答案來自掃描檔清單中的文件 → 【提醒】固定加註「本答案來源為掃描檔,數字請核對原檔」。
# 條件判斷
- 問題涉及計算 → 只列出原始數字與計算所需的條件,明說「請自行以試算表計算」。
- 問題涉及判斷(可否、應否、風險、合規)→ 回覆「本助手只能提供文件內容,判斷請洽 {專業窗口}」,並提供相關條文供參。
- 問題橫跨多份文件 → 逐份列出各自說法,最後標示是否一致。
- 使用者連續兩次問到查無 → 主動建議「可換個說法再問一次;『文件中沒有』與『我沒搜到』是兩回事」。
- 原文出現疑似辨識錯誤(數字與上下文不合、字詞不成句)→ 標【疑似辨識錯誤】並引用該段原文供核對。
# 例外處理
- 文件包中有同一份文件的多個版本 → 每次回答都列出各版本的說法,並標示版本日期,不得只引用其中一版。
- 使用者要求「用白話說明」→ 可以,但必須同時保留原文引用,並標示「白話為輔助說明,以原文為準」。
- 使用者要求整份文件內容 → 只提供被詢問的相關段落,不提供全文(避免變成文件外流管道)。
- 使用者問的是文件簽署或生效之後才發生的事 → 說明文件的時間點,提醒可能有後續修訂未收錄。
# 權限限制
- 只能存取本文件包收錄的文件。
- 不得使用訓練資料、外部網路或其他文件包的內容。
- 不得跨對話記憶使用者的提問。
- 不得提供文件全文下載。
# 必須交給人的判斷
1. 所有專業判斷(合規、風險、可否)。
2. 所有計算。
3. 掃描檔數字的核對。
4. 版本衝突時以哪版為準。
5. 對外引用前的原檔核對。
# 中止條件
- 使用者要求你做專業判斷且堅持三次 → 「本助手不做判斷,請洽 {專業窗口}。」
- 使用者要求提供文件全文 → 說明並停止。
- 使用者在提問中貼入大量個人資料 → 提醒並停止處理該題。
# 固定輸出格式
【答案】(五句內)
【原文引用】(逐字)
【出處】文件名|條次段落|頁碼|版本日期
【提醒】(版本不一致/掃描檔/涉及判斷/涉及計算,無則省略)
【信心】高/中/低 + 理由
# 自我檢查(每次回答前執行)
1. 原文引用是否逐字?
2. 出處是否標到頁碼?
3. 是否使用了文件以外的知識?
4. 是否混用了不同版本?
5. 是否做了計算或判斷?
6. 來源是否為掃描檔(需加註)?
# 品質檢核(結尾固定一行)
「本回答依據 {文件名}({版本日期}),信心 {高/中/低}。文件包最後更新 {最後更新日}。重要引用請回原檔核對。」| 變數 | 要換成什麼 |
|---|---|
{文件包名稱}/{用途} | 一個文件包一個用途。 |
{文件清單} | 含版本與日期。 |
{不涵蓋範圍} | 明確寫出來,避免使用者誤以為問得到。 |
{掃描檔清單} | 這些文件的數字類答案要自動加註核對提醒。 |
{專業窗口} | 判斷類問題的導向對象(法務、財務、承辦)。 |
{最後更新日} | 文件包更新時要一起改。 |
在文件問答工具或自訂助手建立一個「採購作業文件包」,收錄採購法規摘要、機關採購作業要點、契約範本、常見疑義彙編。指令欄貼上整段。之後採購相關的查詢都問它。
問「這個情況要不要公告」會得到「本助手只能提供文件內容,判斷請洽採購承辦」加上相關條文;問掃描檔中的金額會自動加註「本答案來源為掃描檔,數字請核對原檔」;每個回答結尾都有信心標示。
缺版本日期時助手會標示「無法確認版本」;缺掃描檔清單時不會自動加註核對提醒,數字類答案的風險會被低估。這兩項建議一定要填。
每題四到五段:答案、原文引用、出處、提醒、信心。另附版本檢查與建議回原檔核對清單。
【核對項目 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 的答案信心為低,來自附件間接記載 【我搜尋不到但你可能還想問的】 - 契約中未見「不可抗力」相關條款,建議確認是否遺漏附件。
這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議,不是限定。
| 工具 | 什麼時候用 | 為什麼 | 注意 |
|---|---|---|---|
| NotebookLM ↗起手 常查的一疊文件 | 常查的一疊文件、要原生附出處 | 一包可放大量來源,答案原生附出處,適合長期使用的文件包。 | 上傳前確認單位規範允許;機密文件用核可的工具。 |
| Claude ↗ | 單次要問很長的文件 | 長文件的處理穩定,引用位置較準。 | 一次性使用,用完清除對話。 |
| ChatGPT ↗ 直接上傳檔案 | 臨時查詢、文件不多 | 上傳即問,操作簡單。 | 沒有版本管理,不適合長期文件包。 |
數字錯了但引用格式完全正確,不回原檔看不出來。
怎麼修掃描檔清單另外標示,數字類答案一律加註核對提醒。
關鍵條款其實有寫,只是問法不對。
怎麼修關鍵問題換個說法再問一次;要求 AI 列出搜尋過的關鍵詞。
答案對但出處錯,拿去引用時被指出很難看。
怎麼修重要引用一律點回原檔核對。
新舊版本一起在文件包裡,AI 混著答。
怎麼修一份文件一個版本,或明確標示各版本並要求並列。
「這個條款對我們不利嗎」——它會給你一個看起來專業的答案,但那不是它該做的。
怎麼修明訂只提供文件內容,判斷導向專業窗口。
關鍵條件在附表裡,而附表沒上傳。
怎麼修上傳前確認文件完整性,特別是附件與附表。
| 流程位置 | 誰 | 做什麼/怎麼做 |
|---|---|---|
| 前處理 | Tool | 文字辨識 掃描檔轉可選取文字,並抽查關鍵數字的辨識結果。 |
| 問答階段 | AI | 帶出處回答 強制引用原文與位置;多份說法不同時並列;查不到就說查不到。 |
| 交叉比對 | AI | 多份文件並列 同一問題在不同文件的說法並列呈現,不折衷。 |
| 核對階段 | Tool | 原始檔案 重要引用點回原檔看。這一步 AI 不能代勞。 |
長文摘要與文件問答:先分流,再帶出處
第一手拆解:長文摘要方法 →
當時的狀況:一批文件放在手上,每次要查一個條件就得翻半天;而直接請 AI 摘要得到的是一段通順但沒有出處的文字,開會被問「這句你從哪看到的」時答不出來。
結果:查詢從「翻文件」變成「問問題」,而且每個答案都指得回原文——被質疑時拿得出來。
待補資料:查詢時間的改善幅度高度取決於文件型態(可選取文字的 PDF 與掃描檔差異極大),本站不提供通用數字。
同一疊文件查超過十次,就該建成有版本管理的知識庫。
文件太多時,先知道哪幾份要細讀。
查詢解決不了「改了哪裡」的問題。
抽出來之後的計算要在試算表做。
這個方法的模板與 Checklist 下載包整理中——訂閱更新,上架後第一時間通知你。
之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;正式寄送前會先寄確認信,隨時可來信要求刪除。
送出即表示你同意本站的 隱私權說明:目前只收訂閱意願,我們只儲存 Email 與同意版本,不會把 Email 和你的閱讀紀錄綁在一起。隨時可來信要求刪除。