一、這是什麼三十秒判斷關不關你的事
先確認這一篇解的是不是你的問題。看完這兩節如果覺得不像,就不用再往下讀——省下的時間比讀完更值錢。
01解決的工作問題
開始用AI整理產線巡檢紀錄,最大的風險不是AI寫得不好,而是寫得太好——師傅在電話裡說「聲音怪怪的,大概是主軸那邊,可能還要請人來看」,這本來是一句直覺猜測,AI卻很容易把它整理成「異常原因:主軸故障」,連溫度沒量到的地方也會用「正常範圍大概七十幾度」這種說法幫你補上一個數字。紀錄看起來乾淨完整,其實摻了AI編的推論跟數字,一旦拿去追究責任或申請設備保固,反而變成一份假紀錄。真正要做的是把口語整理成固定欄位,現場人員沒講到的東西就留空,標【未提及】或【推測,非確定】,不能用常識或經驗值補上去。
真的有人這樣做過?外部佐證
目前沒有找到可公開查證的外部案例。這類工作多半不會有人發新聞稿,找不到不代表沒人做——但在找到之前,這一頁的方法就是作者自己的做法,不借別人的名義。
去找靈感看其他方法的外部案例 →
02什麼時候用、什麼時候別用
什麼情況下該用這一套
- {'t': '現場人員習慣用口語、語音或簡訊回報', 'd': '巡檢記錄本來就不是制式文字,整理成固定欄位才有辦法交接與追蹤。'}
- {'t': '有明確的巡檢對象與週期', 'd': '設備、班別、巡檢頻率固定,才有穩定的欄位可以套。'}
- {'t': '願意用固定欄位取代自由格式的記事本', 'd': '現場人員跟核對人員都要接受欄位化,不然這套流程推不動。'}
什麼情況下別用
- 沒有標準欄位共識時
- 各班各寫各的,AI整理出來的欄位對不上既有習慣,反而增加現場人員的抵觸。
- 設備已有自動監測數據的場合
- 有系統自動讀值的部分該用系統數據,不該改成問現場人員口述,那樣反而降低準確度。
- 拿AI補產出保固或法律責任認定的因果結論
- 巡檢紀錄是流程紀錄,不是故障鑑定報告,異常原因需要維修人員或鑑定單位確認,不能靠AI整理時順手下結論。
- 重大事故的正式調查報告
- 巡檢紀錄只負責誠實記下現場講了什麼,事故的根因分析要走更正式的方法,不能拿巡檢紀錄的推測直接當結論用。
誰會用到
- 品保/製造
- 你要盯的重點是那個【推測,非確定】標籤有沒有被留著。這份紀錄常常會被拿去追溯或稽核,一旦推測被偷偷升級成確定原因,你稽核的基礎就是錯的。
- 營運
- 交接班靠這份紀錄,你要確認的是待追蹤事項有沒有責任人跟期限,沒有的話下一班根本不知道要跟催誰。
所屬工作情境
二、整件事怎麼跑先看圖,再看逐步
先用一張圖抓全貌,再看逐步展開。圖看不懂沒關係,下一節會把每一步實際在做什麼、誰做,一條一條講清楚。
03流程圖
這張圖是整篇的骨架:輸入 → 步驟 → 困難點 → AI/Agent/Tool 介入 → 人工檢查 → 產出。紅框是最常出事的位置,綠框是不能下放的人工檢查點,粗框是中止條件。後面每一節都是在展開圖上的某一格。
AI 產線巡檢紀錄:把師傅口語整理成標準欄位,推測跟量測值分開標Human 輸入Human 步驟AIToolCheckpointOutputRisk 困難點Stop 中止
看圖重點:這張圖裡最容易被跳過的是第三步——標示推測用語。師傅講「感覺是主軸那邊」本來就是猜測,巡檢紀錄的工作不是幫他確診,而是老實記下「他猜是這裡」。人工檢查點退回到語音轉文字那一步,是因為逐字稿本身可能就轉錯了,回頭確認原始記錄比在錯的逐字稿上修草稿更保險。純文字流程表(手機/螢幕閱讀器建議看這張)
AI 產線巡檢紀錄:把師傅口語整理成標準欄位,推測跟量測值分開標(純文字流程表)| 序 | 類型/角色 | 流程步驟 | 這一步的困難點/中止條件 |
|---|
| 1 | Human | 現場人員的口語記錄或逐字稿 可能經STT轉文字;含設備、大致時間、現象、有講到的數值、已處理事項 | — |
| 2 | Tool | 語音轉文字(STT)把口語錄音轉成逐字稿 若現場人員本來就用打字,可跳過此步 | 困難點/風險方言、廠內黑話、設備代號被誤轉,現象描述對不上實際設備 |
| 3 | AI | AI 依八欄位整理成巡檢紀錄草稿 設備、時間、現象、數值、異常、已處理事項、待追蹤、責任人 | 困難點/風險AI 把師傅的猜測直接寫成確定的異常原因 |
| 4 | AI | AI 標示推測用語與缺漏欄位 推測連同判斷標【推測,非確定】;沒講到的欄位留空標【未提及】 | 困難點/風險AI 用「正常範圍大概」這類常識幫沒量到的數值補上數字 |
| 5 | Checkpoint | 人核對草稿與逐字稿是否一致 確認數值是師傅原話,推測沒有被偷偷升級成確定結論 | 失敗與中止條件逐字稿與草稿內容有重大出入、或量測值來源不明時,中止並退回現場人員確認,不得逕行歸檔 |
| 6 | Human | 人補齊缺漏欄位或標「現場未量測」 | — |
| 7 | Human | 人指派責任人與追蹤期限 | 困難點/風險待追蹤事項沒有指定責任人與期限,變成沒人跟催的黑洞 |
| 8 | Output | 標準巡檢紀錄(含待追蹤清單與責任人) | — |
Mermaid 原始碼(貼進 Mermaid Live 或 draw.io 可再編輯)
可直接複製,改成你自己的流程
flowchart TD
in1(["<b>Human</b><br/>現場人員的口語記錄或逐字稿<br/><small>可能經STT轉文字;含設備、大致時間、現象、有講到的數值、已處理事項</small>"])
t1[("<b>Tool</b><br/>語音轉文字(STT)把口語錄音轉成逐字稿<br/><small>若現場人員本來就用打字,可跳過此步</small>")]
a1[/"<b>AI</b><br/>AI 依八欄位整理成巡檢紀錄草稿<br/><small>設備、時間、現象、數值、異常、已處理事項、待追蹤、責任人</small>"/]
a2[/"<b>AI</b><br/>AI 標示推測用語與缺漏欄位<br/><small>推測連同判斷標【推測,非確定】;沒講到的欄位留空標【未提及】</small>"/]
c1{{"<b>Checkpoint</b><br/>人核對草稿與逐字稿是否一致<br/><small>確認數值是師傅原話,推測沒有被偷偷升級成確定結論</small>"}}
s1["<b>Human</b><br/>人補齊缺漏欄位或標「現場未量測」"]
s2["<b>Human</b><br/>人指派責任人與追蹤期限"]
o1(["<b>Output</b><br/>標準巡檢紀錄(含待追蹤清單與責任人)"])
r3>"<b>Risk</b><br/>方言、廠內黑話、設備代號被誤轉,現象描述對不上實際設備"]
r1>"<b>Risk</b><br/>AI 把師傅的猜測直接寫成確定的異常原因"]
r2>"<b>Risk</b><br/>AI 用「正常範圍大概」這類常識幫沒量到的數值補上數字"]
st1[/"<b>Stop</b><br/>逐字稿與草稿內容有重大出入、或量測值來源不明時,中止並退回現場人員確認,不得逕行歸檔"\]
r4>"<b>Risk</b><br/>待追蹤事項沒有指定責任人與期限,變成沒人跟催的黑洞"]
in1 --> t1
t1 --> a1
a1 --> a2
a2 --> c1
c1 --> s1
s1 --> s2
s2 --> o1
t1 -.->|風險| r3
a1 -.->|風險| r1
a2 -.->|風險| r2
c1 ==>|中止| st1
s2 -.->|風險| r4
in1 -.->|退回| t1
t1 -.->|退回| a1
a1 -.->|退回| a2
a2 -.->|退回| c1
c1 -.->|與逐字稿不一致,退回確認原始記錄| t1
c1 -.->|退回| s1
s1 -.->|退回| s2
s2 -.->|退回| o1
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 t1 clsTool;
class a1 clsAI;
class a2 clsAI;
class c1 clsCheck;
class s1 clsHuman;
class s2 clsHuman;
class o1 clsOut;
class r3 clsRisk;
class r1 clsRisk;
class r2 clsRisk;
class st1 clsStop;
class r4 clsRisk;04完整步驟圖的文字版,逐步展開
一句話版(快速回顧)
- 現場人員照平常方式口說或打字記錄,不用先組織語言,想到什麼說什麼。
- 若用語音,先用STT轉成逐字稿;方言、設備代號先準備對照表。
- AI依設備、時間、現象、數值、異常、已處理事項、待追蹤、責任人八個欄位整理,沒講到的留空。
- AI把「大概、應該、可能」這類推測用語連同判斷一起標成【推測,非確定】,不升級成確定結論。
- 人核對草稿跟逐字稿是否一致,補齊缺漏欄位、指派責任人與追蹤期限。
- 歸檔到共用巡檢系統,讓交接班的人看得到。
完整版(每一步誰做、產出什麼)
| 序 | 誰做 | 步驟與說明 |
|---|
| 1 | Human | 口語記錄 現場人員對著手機口說或用簡訊打字記錄設備狀況,不用組織成正式句子,想到什麼說什麼。→ 原始口語記錄或逐字稿 |
| 2 | AI | 轉文字 若用語音,先用STT工具轉成逐字稿;方言、專有名詞、設備代號先對照表比對,轉不出來的保留原辨識結果並標記。→ 逐字稿 |
| 3 | AI | 整理成標準欄位 依設備、時間、現象、數值、異常、已處理事項、待追蹤、責任人八個欄位整理逐字稿,原句沒提到的欄位留空。→ 巡檢紀錄草稿 |
| 4 | AI | 標示缺漏與禁止臆測 逐條檢查草稿,把現場人員沒有明確講出的數值或原因標示【未提及】或【推測,非確定】,不用常識或經驗值補。→ 已標示缺口的草稿 |
| 5 | Human | 核對與補齊 人核對草稿跟原始逐字稿是否一致,量測值是否真的是現場人員講的數字,補上AI標出的缺口或寫「現場未量測」。→ 核對後的紀錄 |
| 6 | Human | 指派責任人與期限 針對待追蹤事項指定負責人與預計處理期限,不能空著。→ 待追蹤清單(含責任人與期限) |
| 7 | Human | 歸檔 存進共用的巡檢紀錄系統或表格,讓下一班接手的人看得到。→ 標準巡檢紀錄 |
三、動手做備料 → 指令 → 產出 → 工具
這一區是真的動手:先備料、再貼指令、然後對照產出應該長什麼樣。手上是哪一支 AI 都做得完,差別寫在最後的工具那一節。
05開始前要準備什麼標「必要」的沒備齊就先別開始
- 現場人員的原始口語、文字或語音記錄必要
- 逐班或逐次保留下來,核對時要回頭比對,不能只留AI整理過的版本。
- 標準欄位清單必要
- 設備、時間、現象、數值、異常、已處理事項、待追蹤、責任人,順序與名稱先講定。
- 設備代號與廠內黑話對照表必要
- 方言、土話、設備暱稱先列清楚,轉錄或整理時對照使用,避免現象描述對不上實際設備。
- 責任人與輪班清單必要
- 方便核對紀錄裡提到的姓名、職稱、班別是否正確。
- 既有巡檢表格式(如果有)可選
- 沿用舊表的欄位名稱,現場人員與核對人員比較不會需要重新適應。
- STT工具或轉文字管道可選
- 若現場人員習慣用講的,先決定用哪個工具轉文字,以及轉錄後由誰核對。
餵進去的東西要長這樣
現場人員的口語記錄或逐字稿(可由STT轉文字),含設備、大致時間、現象描述、有講到的數值、已處理事項。
- 逐字稿或錄音要保留,核對時要回頭比對。
- 現場人員不用組織語言,原始口語照實記錄就好,不用先自己整理。
- 方言、廠內黑話、設備代號先準備對照表,轉錄或整理時對照使用。
- 若同一次巡檢有多台設備,分開記錄,不要混在同一段話裡。
早班,大概八點半左右去巡二號射出機,聲音有點怪怪的,不是平常那種聲音,感覺是主軸那邊,我有先停機看一下,沒有看到漏油,溫度表顯示78度,比平常高一點點,我把它先關小一段時間再開,現在看起來正常一點,但我覺得可能還是要請維修的人來看一下軸承,順便提醒一下,潤滑油上次加好像是兩個禮拜前,不確定確切日期,先跟班長講一下,東西先照平常排,晚班的人麻煩再聽一下聲音。
06Prompt(快速/完整/進階)
A 快速版貼上就能用;B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足;C 進階版是拿去建 GPT/Skill/Agent 的系統指令。三種都附可替換變數、使用範例、預期輸出與人工確認點。
三種版本共通的紅線三版都不適合用在- 不要把逐字稿裡的推測用語(大概、應該、可能)寫成確定的數值或原因。
- 不要用「通常」「正常範圍大概」這類常識或經驗值幫忙補沒有量到的數值。
- 不要在責任人不明時,依職務慣例自己推斷姓名。
- 不要拿巡檢整理助手做故障診斷或維修建議的判斷。
三版都必須由人確認- 量測值是否為現場人員原話,由人核對。
- 異常原因是否已確認或仍是推測,由人判定。
- 待追蹤事項的責任人與期限,由人指派。
- 是否升級為正式事故調查或問題分析報告,由人決定。
適合的工具ChatGPTClaude
👇 直接複製,{ } 換成你的內容
以下是設備巡檢的現場記錄(口語轉文字或簡訊)。請整理成標準巡檢紀錄,欄位固定為:設備、時間、現象、數值、異常、已處理事項、待追蹤、責任人。規則:只填現場人員明確講到的內容;欄位沒提到就留空並標注【未提及】;看到「大概、應該、通常、可能」這類推測用語,連同其後的數值或結論一起標示為【推測,非量測值】,不要轉成確定數字或結論;人名或職稱若不確定就留空,不要用職務推斷填人。現場記錄:{貼上}可替換變數
| 變數 | 要換成什麼 |
|---|
{貼上} | 現場人員的口語記錄或逐字稿,含設備、大致時間、現象描述、有講到的數值、已處理事項。 |
完整使用範例(照這樣填)
以下是設備巡檢的現場記錄(口語轉文字或簡訊)。請整理成標準巡檢紀錄,欄位固定為:設備、時間、現象、數值、異常、已處理事項、待追蹤、責任人。規則:只填現場人員明確講到的內容;欄位沒提到就留空並標注【未提及】;看到「大概、應該、通常、可能」這類推測用語,連同其後的數值或結論一起標示為【推測,非量測值】,不要轉成確定數字或結論;人名或職稱若不確定就留空,不要用職務推斷填人。(照母提示詞)
【逐字稿】
早班,大概八點半左右去巡二號射出機,聲音有點怪怪的,不是平常那種聲音,感覺是主軸那邊,我有先停機看一下,沒有看到漏油,溫度表顯示78度,比平常高一點點,我把它先關小一段時間再開,現在看起來正常一點,但我覺得可能還是要請維修的人來看一下軸承,順便提醒一下,潤滑油上次加好像是兩個禮拜前,不確定確切日期,先跟班長講一下,東西先照平常排,晚班的人麻煩再聽一下聲音。
預期輸出範例(拿到的東西應該長這樣)
設備:2號射出機
時間:約08:30(現場人員估計時間,非精確打卡時間)
現象:運轉聲音異常(「有點怪怪的,不是平常那種聲音」),現場人員判斷可能來自主軸/軸承方向【推測,非確定位置】
數值:溫度表78度(現場人員讀值);正常參考範圍未提及,無法判斷是否超出正常範圍
異常:聲音異常疑似主軸/軸承相關【現場人員推測,非確定原因,待維修人員判斷】;是否漏油:已檢查,無漏油(現場人員確認)
已處理事項:已停機檢查、關小運轉一段時間後恢復,現場人員回報聲音較先前改善,但無法確認是否解決根本原因
待追蹤:①請維修人員檢查主軸/軸承 ②潤滑油上次加註時間不確定(現場人員估計約2週前,非確切日期),需查記錄確認 ③晚班人員留意聲音是否再出現
責任人:【未提及,需人工指派】現場人員提到「跟班長講一下」但未指名班長姓名,需人工補上
【本次記錄中的推測與缺口,需人工確認】
- 時間為現場人員口頭估計,非系統打卡時間
- 聲音來源(主軸/軸承)為現場人員推測,不是量測或拆機確認結果
- 溫度78度有讀值但沒有正常參考範圍,不能自行判斷是否過高
- 潤滑油加註時間為現場人員推測,非確切紀錄,需人工查證
- 責任人姓名未提及,需人工補上
常見錯誤用法
- 把「聲音有點怪,可能是軸承」直接寫成「異常原因:軸承磨損」,那是師傅的猜測不是確診結果。
- 把「大概八點半」直接寫成精確時間08:30,沒有標示是估計時間。
- 責任人欄位空著沒補,紀錄就這樣歸檔,變成沒人管。
這一版另外不適合沒有額外的,看上面「三種版本共通的紅線」那一段就好。
缺少資料時怎麼辦現場記錄裡完全沒提到數值(例如只說「聲音怪怪的」沒講溫度、沒讀表)時,數值欄位就整欄留空並標【未提及】,不要因為前面提過78度就往其他機台或其他次巡檢套用同一個數字。
這一版另外要人確認沒有額外的,看上面「三種版本共通的紅線」那一段就好。
適合的工具ChatGPTClaude
👇 直接複製,{ } 換成你的內容
以下是原始現場記錄(逐字稿)與AI整理好的巡檢紀錄草稿。請做核對:
1.【逐條比對】把草稿的每一欄位對回逐字稿,標示這一欄位的內容是「逐字稿明確講到」還是「用詞不同但意思相同」還是「逐字稿沒有,是推斷出來的」。
2.【揪出被升級的推測】找出草稿裡有沒有把逐字稿的推測用語(大概、應該、可能、通常)寫成了確定的數值或原因,逐一列出原文與被改寫後的版本。
3.【欄位是否留白正確】檢查逐字稿沒提到的欄位,草稿是否確實留空或標【未提及】,還是被AI用常識補上了內容。
4.【責任人與期限】檢查待追蹤事項是否都有指定負責人跟期限,沒有的列出來。
5.【建議修正】針對第2、3、4項發現的問題,逐條給出修正後的寫法。
規則:
- 不得替師傅做出他沒說過的判斷,發現有就是有,沒發現就寫「未發現」。
- 不得自己另外推算數值或原因來「補完」缺口,只能標示缺口存在。
逐字稿:{貼上}|草稿:{貼上}可替換變數
| 變數 | 要換成什麼 |
|---|
{貼上} | 原始逐字稿或口語記錄。 |
{貼上} | AI整理好的巡檢紀錄草稿。 |
完整使用範例(照這樣填)
(貼上2號射出機的原始逐字稿,以及A版產出的巡檢紀錄草稿,要求逐條核對)
預期輸出範例(拿到的東西應該長這樣)
【逐條比對】
設備:草稿寫「2號射出機」——逐字稿明確講到「二號射出機」,一致。
時間:草稿寫「約08:30」——逐字稿講「大概八點半左右」,意思相同,且已標示為估計時間,正確。
現象:草稿寫「運轉聲音異常,現場人員判斷可能來自主軸/軸承方向【推測,非確定位置】」——逐字稿「聲音有點怪怪的……感覺是主軸那邊」,草稿保留了推測用語並標示,正確。
數值:草稿寫「溫度表78度(現場人員讀值)」——逐字稿確實有講「溫度表顯示78度」,一致;草稿沒有加註是否超出正常範圍,這點正確地沒有下判斷。
異常:草稿把「疑似主軸/軸承相關」標示為現場人員推測,正確;「已檢查無漏油」逐字稿有明確講「沒有看到漏油」,一致。
【揪出被升級的推測】
未發現。草稿沒有把任何推測用語升級成確定結論——這是這份草稿做得好的地方,尤其「軸承磨損」這種常見的偷懶寫法沒有出現。
【欄位是否留白正確】
責任人欄位草稿寫「【未提及,需人工指派】」,逐字稿確實只講「跟班長講一下」沒有指名——欄位處理正確,沒有被AI用「通常是誰負責」補上人名。
正常溫度參考範圍:逐字稿沒提到,草稿也沒有自己補一個「正常範圍約70~75度」這種常識性數字——這點正確,如果有補上就是這次核對要抓的重大缺失。
【責任人與期限】
待追蹤事項3項都沒有期限:①請維修人員檢查主軸/軸承 ②查潤滑油加註記錄 ③晚班留意聲音。目前只有「請人做什麼」,沒有「誰、什麼時候前」。這3項都需要人工補上負責人與期限,否則會變成沒人跟催。
【建議修正】
1. 待追蹤事項逐項加上負責人(建議:維修單位/班長/晚班值班人員)與期限(建議:24小時內完成初步檢查、次日回報)。
2. 責任人(整份紀錄的填寫回報責任)由人工指定為班長姓名。
3. 其餘欄位比對後皆與逐字稿一致,無需修改。
常見錯誤用法
- 核對時只看「有沒有資料」不看「資料是不是原話」,漏掉被偷偷升級的推測。
- 發現「未發現被升級的推測」就跳過第3、4項,還是要逐項檢查欄位留白與責任人。
- 拿審核結果直接蓋過原始草稿存檔,沒有保留兩個版本,事後沒辦法追溯AI改了哪裡。
這一版另外不適合沒有額外的,看上面「三種版本共通的紅線」那一段就好。
缺少資料時怎麼辦如果沒有留原始逐字稿只有草稿,這一步沒辦法做——核對的基準是逐字稿,不是草稿本身,所以逐字稿一定要保留。
這一版另外要人確認沒有額外的,看上面「三種版本共通的紅線」那一段就好。
適合的工具自訂 GPT/Claude ProjectClaude SkillChatGPT
👇 直接複製,{ } 換成你的內容
請把以下巡檢紀錄規則,寫成一份可以直接建立共用巡檢整理助手的系統指令。
【系統指令要包含】
1. 角色與任務:只做巡檢記錄的欄位整理,不做故障診斷、不做維修建議、不判斷是否需要停機。
2. 固定欄位:設備、時間、現象、數值、異常、已處理事項、待追蹤、責任人——順序與名稱不得更動。
3. 數值規則:只填現場人員明確講出的數字與單位;沒講到的欄位留空並標【未提及】;不得用「通常」「正常範圍大概」等說法自行補上或推算數值。
4. 推測用語處理:遇到「大概、應該、可能、通常、感覺是」這類字眼,連同其後的判斷一起標示為【推測,非確定】,不得轉寫成確定結論。
5. 時間處理:非系統打卡的口頭估計時間,標注為「約」,不寫成精確時刻。
6. 責任人規則:逐字稿沒有明確指名時,欄位留空並標【未提及,需人工指派】,不得依職務或慣例推斷姓名。
7. 一律停下來問、不得自行處理的情況——列出至少3種。
8. 輸出格式:固定八欄位 + 一段「本次記錄中的推測與缺口,需人工確認」。
【另外請給我】
(a) 一份「給現場人員的使用說明」,講清楚不用組織語言、想到什麼說什麼就好,含2個好例子與2個容易被誤用的例子。
(b) 一份「給核對人員(班長/QA)的檢查重點」,對應第3、4、6條最容易出錯的地方。
巡檢紀錄規則定稿:{貼上}可替換變數
| 變數 | 要換成什麼 |
|---|
{貼上} | 已用A、B版驗證過的巡檢紀錄規則定稿(八欄位、數值/推測/責任人處理規則)。 |
完整使用範例(照這樣填)
(貼上驗證過的規則定稿,要求寫成系統指令、使用說明與核對重點)
預期輸出範例(拿到的東西應該長這樣)
【共用巡檢整理助手 系統指令】
一、你的角色
你是現場巡檢記錄整理助手。你只做欄位整理,不做故障診斷、不建議維修方式、不判斷是否需要停機——這些是維修人員與現場主管的判斷,不是你的工作。
二、固定欄位(順序與名稱不得更動)
設備、時間、現象、數值、異常、已處理事項、待追蹤、責任人。
三、數值規則
只填現場人員明確講出的數字與單位。沒講到的欄位留空,標【未提及】。不得用「通常」「正常範圍大概」等說法自行補上或推算數值,即使你判斷得出合理範圍也不行。
四、推測用語處理
遇到「大概、應該、可能、通常、感覺是」這類字眼,連同其後的判斷一起標示為【推測,非確定】。原因、故障位置屬於此類,一律不得改寫成確定結論。
五、時間處理
非系統打卡的口頭估計時間,標注為「約」,不寫成精確時刻。
六、責任人規則
逐字稿沒有明確指名時,欄位留空並標【未提及,需人工指派】。不得依職務慣例(例如「通常是班長負責」)推斷姓名。
七、一律停下來問、不得自行處理
1. 逐字稿完全沒有提到任何數值,但使用者要求「幫我補個大概的溫度」——拒絕,說明數值必須來自現場實測。
2. 逐字稿內容矛盾(例如同一段話裡溫度講了兩個不同數字)——回報矛盾,請使用者確認,不擅自選一個。
3. 逐字稿涉及可能的人員安全事件(受傷、緊急停機)——照常整理欄位,但額外提示使用者「這類事件建議另外走事故通報流程」,不要只當成一般巡檢記錄結案。
八、輸出格式
【設備】【時間】【現象】【數值】【異常】【已處理事項】【待追蹤】【責任人】
最後加一段:【本次記錄中的推測與缺口,需人工確認】
──────────
【給現場人員的使用說明】
這個助手做什麼:把你講的話整理成固定格式的巡檢紀錄。
這個助手不做什麼:幫你判斷機器是不是真的故障、要不要停機、東西要不要送修。
你不用組織語言,想到什麼說什麼就好:
- 好例子1:「二號射出機,早班,聲音怪怪的,溫度表78度,已經停機看過沒有漏油,先關小運轉。」——有設備、有現象、有數值、有已處理事項,整理起來最完整。
- 好例子2:「潤滑油大概兩週前加的,不確定確切日期。」——講清楚「不確定」,AI才會正確標示為推測而不是確定日期。
容易被誤用的例子:
- 「應該是軸承的問題啦,反正每次都是這樣」——這句話裡的判斷會被標成【推測】,不會被寫成確定原因,這是刻意的,不是助手漏做。
- 只講「今天巡檢正常」——這樣整理出來的紀錄幾乎全部留空,因為沒有任何具體現象或數值,不是助手偷懶,是原始描述本來就沒東西可填。
【給核對人員(班長/QA)的檢查重點】
1. 數值欄位是不是真的來自現場人員的話——AI不會自己編,但要防止現場人員自己憑印象報數字。
2. 標【推測】的內容有沒有被誰事後改成確定結論——這通常發生在紀錄要拿去對外或申請保固的時候,要特別注意。
3. 責任人欄位是不是每次都有人補——這欄最容易被跳過,一跳過待追蹤事項就沒人跟催。
常見錯誤用法
- 覺得「反正每次都推測」很麻煩,把系統指令第四條拿掉,讓AI直接下確定結論——那樣巡檢紀錄會變成拿師傅的猜測冒充確診結果。
- 讓助手兼做「這個聲音正不正常」的判斷——一旦它開始給診斷意見,巡檢紀錄跟維修建議就混在一起,責任會分不清。
- 使用說明寫完就不給現場人員看,大家還是照自己習慣亂講一通,整理出來還是缺東缺西。
這一版另外不適合沒有額外的,看上面「三種版本共通的紅線」那一段就好。
缺少資料時怎麼辦沒有現場人員的使用說明就直接上線,大家還是各講各的格式,整理出來還是缺東缺西——使用說明跟系統指令一樣重要。
這一版另外要人確認沒有額外的,看上面「三種版本共通的紅線」那一段就好。
07產出應該長什麼樣拿到的東西要長這樣
八欄位固定格式:設備、時間、現象、數值、異常、已處理事項、待追蹤、責任人。外加一段「本次記錄中的推測與缺口,需人工確認」。
完成品:同一段逐字稿的兩種整理:有沒有把推測跟量測值分開標示
【沒有標示推測】
AI 整理(節錄):
「設備:2號射出機
時間:08:30
現象:主軸異音,判斷為軸承磨損
數值:溫度78度(略高於正常範圍)
異常:軸承磨損導致異音,已初步排除漏油
已處理事項:已降轉速觀察,異音改善
待追蹤:安排維修更換軸承
責任人:班長」
→ 讀起來很完整、很專業。問題是:
→「判斷為軸承磨損」是師傅口語裡的「感覺是主軸那邊」,被直接寫成確定的故障原因,沒有人拆機確認過。
→「略高於正常範圍」是AI自己補的判斷,師傅只有講78度這個數字,沒有講正常範圍是多少。
→「責任人:班長」是AI猜的,逐字稿只講「跟班長講一下」,沒有指名是哪一位班長。
→ 這份紀錄如果拿去申請設備保固或追究責任,裡面至少三處是AI編的,不是師傅講的。
【有標示推測】
AI 整理(節錄):
「設備:2號射出機
時間:約08:30(現場人員估計)
現象:運轉聲音異常,現場人員判斷可能來自主軸/軸承方向【推測,非確定位置】
數值:溫度表78度(現場人員讀值);正常參考範圍未提及,無法判斷是否超標
異常:聲音異常疑似主軸/軸承相關【現場人員推測,非確定原因,待維修人員判斷】;已檢查無漏油(現場人員確認)
已處理事項:已停機檢查、關小運轉一段時間,現場人員回報聲音較先前改善,但無法確認是否解決根本原因
待追蹤:①請維修人員檢查主軸/軸承 ②潤滑油加註時間需查記錄確認(現場人員估計約2週前,非確切日期) ③晚班留意聲音是否再出現
責任人:【未提及,需人工指派】
【本次記錄中的推測與缺口,需人工確認】
- 聲音來源為現場人員推測,非拆機確認結果
- 溫度78度為讀值,無正常範圍可比對
- 潤滑油加註時間為推測,需查記錄
- 責任人姓名未提及」
→ 每一個看起來「不完整」的地方,其實是誠實的地方。
→【推測,非確定】這個標籤讓QA跟維修人員一眼看出「主軸/軸承」還只是猜測,不是已經確診。
→ 責任人留空,逼著人一定要補上真正的姓名,而不是被AI用職稱蒙混過去。
【差別在哪】
第一種在幫你把巡檢紀錄寫得像已經診斷完成的報告,第二種老實告訴你哪些是師傅講的事實、哪些只是他的直覺。診斷是維修人員的事,巡檢紀錄的責任只有一個:誠實記錄現場講了什麼。
輸出格式規格(要照著做的人再展開)
- 沒提到的欄位留空並標【未提及】,不得用常識補。
- 推測用語連同其後的判斷一起標示為【推測,非確定】。
- 口頭估計時間標注「約」,不寫成精確打卡時間。
- 待追蹤事項要對應到責任人與期限,兩者缺一就不算完整。
- 「推測與缺口」段落要誠實列出,那是人工核對的依據。
設備:2號射出機
時間:約08:30(現場人員估計)
現象:運轉聲音異常,現場人員判斷可能來自主軸/軸承方向【推測,非確定位置】
數值:溫度表78度(現場人員讀值);正常參考範圍未提及
異常:聲音異常疑似主軸/軸承相關【推測,非確定原因】;已檢查無漏油
已處理事項:已停機檢查、關小運轉一段時間,聲音較先前改善
待追蹤:①請維修人員檢查主軸/軸承 ②潤滑油加註時間需查記錄確認 ③晚班留意聲音是否再出現
責任人:【未提及,需人工指派】
08工具怎麼挑
這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議,不是限定。
| 工具 | 什麼時候用 | 為什麼 | 注意 |
|---|
ChatGPT ↗起手 整理逐字稿成標準欄位 | 整理逐字稿成標準巡檢紀錄 | 指令遵循度高,能穩定按照固定欄位輸出,並標示推測用語。 | 遇到方言或廠內黑話容易誤轉,要準備對照表。 |
Claude ↗ 一次整理整班多筆記錄 | 一次讀完整班多筆現場記錄 | 長輸入穩定,適合把一整班多台設備的記錄一次整理。 | 同樣要求逐條標示推測與缺口,不能省略。 |
語音轉文字(Word 聽寫等) 現場語音直接轉文字 | 現場人員習慣用講的、不方便打字 | 直接把口語錄音轉成逐字稿,免去人工聽打。 | 方言、專有名詞、設備代號容易轉錯,轉出來的逐字稿一定要讓現場人員或核對人員看過一次再送進AI整理。 |
| 自訂 GPT/Claude Project | 整理這件事每天每班都要做 | 做成固定入口,現場人員丟逐字稿就吐出統一格式,規則改一次全公司同步。 | 系統指令裡「不得推算數值」這條是核心規則,分享出去前要再三確認沒被拿掉。 |
四、不要做錯這幾關不下放
這一區是踩過的坑與該守的線。標「不下放」的步驟請不要交給 AI 決定;Checklist 是拿來驗收的,不是拿來勾好看的。
09會卡住與會做錯的地方
會卡住的地方(流程困難點)
- AI把「應該、通常」當成量測值寫進去
- 沒量到的數值被用常識性的說法補上,紀錄看起來完整,其實是編的。
- 師傅的猜測被寫成確定原因
- 「感覺是主軸那邊」被整理成「異常原因:主軸故障」,拿去追責或申請保固就變成假紀錄。
- 廠內黑話被誤轉
- 方言或設備暱稱被STT或AI誤轉成別的字,現象描述對不上實際設備。
- 待追蹤事項沒寫責任人
- 紀錄看起來有列出要辦的事,但沒人負責,變成沒人管的黑洞。
會做錯的地方(常見失敗方式)
把推測寫成確定結論「感覺是主軸那邊」被寫成「異常原因:主軸故障」,拿去申請保固時反而變成造假紀錄。
怎麼修強制標示推測用語為【推測,非確定】,不得省略。
用常識補數值沒量到的溫度被AI用「正常範圍大概七十幾度」這種說法補上,巡檢紀錄看起來完整,其實是編的。
怎麼修沒講到的數值欄位一律留空標【未提及】,不用常識補。
精確時間冒充打卡時間「大概八點半」被寫成08:30,事後要用時間對故障記錄時會對錯。
怎麼修口頭估計時間一律標注「約」。
責任人欄位空著就歸檔待追蹤事項沒有人負責,變成沒人跟催的黑洞。
怎麼修歸檔前人工確認每項待追蹤都有責任人與期限。
方言或廠內黑話轉錄錯誤設備代號或土話被STT或AI誤轉,現象描述對不上實際設備。
怎麼修先準備設備代號與常用土話對照表,轉錄後由人核對一次。
拿草稿直接申請保固或追責草稿只是整理過的口語,還沒經過人核對就拿去用,裡面可能還有沒抓到的推測。
怎麼修核對與責任人指派完成前,紀錄標示「草稿」,不得對外使用。
其他注意事項
- AI會把師傅的猜測(「感覺是主軸那邊」)直接寫成確定的異常原因——推測用語一定要標出來,不能升級成結論。
- 沒量到的數值,AI可能用「正常範圍大概」這類常識幫你補上——欄位沒提到就該留空,不能用常識填。
- 責任人欄位空著就歸檔,待追蹤事項會變成沒人跟催的黑洞。
10人工把關與安全限制
AI/Agent/Tool 介入在哪幾步
| 流程位置 | 誰 | 做什麼/怎麼做 |
|---|
| 轉錄階段 | AI | 語音轉文字 搭配設備代號與廠內黑話對照表轉錄,專有名詞優先比對表內用詞,對不上的保留原辨識結果並標記,不自行猜測改寫。 |
| 整理階段 | AI | 依標準欄位歸類逐字稿內容 只填現場人員明確講出的內容,句子裡沒提到的欄位留空,不用前後文推斷。 |
| 整理階段 | AI | 找出並標示所有推測性用語 逐句掃描「大概、應該、通常、可能、感覺是」這類字眼,連同其後的數值或結論一起標示為【推測,非確定】。 |
| 使用階段 | Agent | 做成每日每班固定入口的巡檢整理助手 系統指令寫死八個欄位與不得推算數值的規則,現場人員固定丟逐字稿進去,格式不會跑掉。 |
這幾關不下放
- 量測值真實性
- 由人核對數值是否為現場人員原話,不是AI自行補上或推算的。
- 異常原因是否已確認
- 是仍是推測由人判定,推測不得直接當成確定原因使用。
- 待追蹤事項的責任人與期限
- 由人指派,不能空著就歸檔。
- 是否升級為正式調查
- 重複出現或影響嚴重的異常,是否升級為正式問題分析報告,由人決定。
- 紀錄的最終歸檔與簽核
- 由人執行,AI整理出的只是草稿,人核對前不得對外使用。
安全與權限限制
- 逐字稿裡的個資
- 若師傅提到其他同事的姓名或客戶資訊,歸檔前先確認是否需要去識別化。
- 巡檢紀錄的存取範圍
- 涉及設備狀況與維修歷程,分享範圍要設對,避免流出到公司外。
- 語音原始檔的保留
- STT轉錄用的原始錄音若含背景對話,保留期限與存取權限要另外規範。
- 不得用於追究個人責任的唯一依據
- 巡檢紀錄是流程紀錄,不是懲處證據;若要作為究責依據,需另外走正式程序確認。
11Checklist 與驗收標準
做的時候逐項打勾
做完了才檢查:全部成立才算完成
- 逐字稿或原始口語記錄有留存,可回頭核對。
- 八個欄位(設備、時間、現象、數值、異常、已處理事項、待追蹤、責任人)整理完整,沒提到的已留空並標【未提及】。
- 推測用語(大概、應該、可能)已標示為【推測,非確定】,沒有被升級成確定結論。
- 口頭估計時間已標注「約」,沒有寫成精確打卡時間。
- 數值欄位確認是現場人員原話,不是AI自行推算或用常識補上。
- 責任人與待追蹤事項的期限已由人補齊,沒有空著就歸檔。
- 方言、廠內黑話、設備代號已核對過,沒有轉錄錯誤。
- 紀錄已放進共用巡檢系統或表格,交接班的人看得到。
五、延伸看別人做過,然後往下一步
看看別人實際做過的樣子,再決定下一步往哪走。沒有找到可查證案例的方法,這裡會直說沒有,不拿相似的案例充數。
12實際案例
溫度78度不是重點,「聲音怪怪的」旁邊那個【推測】標籤才是
當時的狀況:一家射出成型工廠,現場老師傅習慣用簡訊或對講機口頭回報巡檢狀況,內容零散,交接班時新人常常看不懂「感覺主軸那邊怪怪的」這種描述是已經確認的問題還是師傅的直覺,QA每次要拼紀錄都要打電話確認。
AI 做了什麼- 把逐字稿依八欄位整理成草稿,現象、數值、已處理事項都對應到逐字稿的具體字句。
- 把「感覺是主軸那邊」「可能還是要請維修的人來看一下」這類用語標示為【推測,非確定】,沒有升級成「異常原因:主軸故障」。
- 把「大概八點半」標示為估計時間,沒有寫成08:30這種精確打卡時間。
- 責任人欄位在逐字稿沒指名時留空並標【未提及,需人工指派】,沒有自己填上「班長」這個職稱。
人做了什麼- 核對草稿跟逐字稿是否一致,確認78度這個數字確實是師傅講的讀值,不是AI推算的。
- 把責任人欄位補上班長的姓名,並指定24小時內請維修人員初步檢查。
- 針對「潤滑油上次加大概兩週前」這個不確定日期,回頭查了保養記錄補上確切日期。
- 把這份紀錄歸檔到共用的巡檢系統,讓晚班的人接手前看得到。
結果:整理後的紀錄裡,最有價值的不是數值欄位,而是那一串【推測,非確定】標籤——它讓QA一看就知道「主軸異常」這件事目前只是師傅的直覺,還沒有人拆機確認,不會被拿去當成已經診斷出來的故障原因申請保固或追究責任。
待補資料:本站不提供巡檢紀錄準確率或後續故障率的量化驗證。建議自己做一件事——每週抽幾份AI整理過的紀錄,對照原始逐字稿,看有沒有推測被偷偷升級成確定結論,連續幾週沒發現才算穩定。
13相關方法與下一步
異常升級為正式問題分析巡檢發現的異常如果重複出現或影響嚴重,需要更正式的根因分析,不能只停在巡檢紀錄。
巡檢項目是否符合SOP巡檢紀錄整理好之後,還可以拿現場實際流程跟SOP文件比對有沒有落差。
交接班的紀錄怎麼傳下去巡檢紀錄要進一步變成交班內容時,是另一個題目。
巡檢SOP本身要不要更新如果同一個缺口一直出現(例如責任人常常沒填),代表巡檢SOP的欄位設計要調整。
可直接使用RELATED PROMPTS
Download
這個方法的模板與 Checklist 下載包整理中——訂閱更新,上架後第一時間通知你。
這個站的做法- 有來源引用的案例都附得出可以點進去的出處;還沒查證完的另外標示,不跟已證實的混在一起。
- 可驗收每個方法都附 Checklist 與驗收標準——你要能自己驗,而不是相信 AI 說它做完了。
- 不亂編指令一律要求「材料裡沒有的不准補」,缺的標【待補】列成問題,不用漂亮的句子蓋過去。
- 不自動送出站內的指令與工具不會替你發布、寄出或執行收不回來的動作。最後一步永遠是人按下去。
- 人要把關方法裡標「不下放」的步驟,寫明白就是不要交給 AI 決定。
- 一般人照做不用寫程式。步驟寫成照著做的樣子,術語第一次出現就用白話解釋。
取得 AI 實戰工具與更新
之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;送出後會收到一封確認信,點了連結才算訂閱成功,之後每封信都附一鍵退訂。
送出即表示你同意本站的 隱私權說明:我們只儲存 Email 與同意版本,不會把 Email 和你的閱讀紀錄綁在一起。沒有點確認信就不會收到任何內容,之後也隨時可以一鍵退訂。