機台停機時，最新進的技術人員找得到最優秀同仁腦中的知識嗎？

夜班時機台突然停了，值班的技術人員只能翻閱厚厚的手冊，或是打電話給以前修過這個故障的資深同事。若把這位同事的知識存成經工程師審核的故障紀錄，技術人員就能在眼前的平板上，直接看到經過審核的答案及其出處。

Rockwell 在新加坡打造了什麼

自 2025 年 10 月起，Rockwell Automation 新加坡廠的技術人員開始使用公司自行開發的維修副駕駛（copilot）。它會搜尋一個由資深工程師建立的資料庫：這些工程師每人都有 20 到 30 年的現場經驗，資料庫依症狀、原因與處置方式整理；同時也會搜尋製造軟體的資料、手冊、同事的筆記，以及其他產線上發生過的案例。廠長 Li Wang 表示，目標是解決「知識的流失，也就是我們所說的部落知識（tribal knowledge）」，並讓無論誰當班，都採用一致的故障排除方式。

Wang 指出，機台停機時間減少了 33%；Rockwell 的內部追蹤則顯示，維修保養與備品成本下降約 25%。供應鏈長 Bob Buttermore 估計，學會故障排除所需的時間，已從九個月縮短為三個月。這些是 Rockwell 自行公布的數字，來自一座同時運行其他 AI 系統的示範工廠，因此應視為方向參考，而非預測。

為什麼經審核的故障知識才是值得打造的資產

長久的價值在於經審核的症狀、原因與修復紀錄；上層的對話介面則可以替換。一項獲 KDD 2026 接受的電信業基準測試發現，八個領先模型在辨識意圖與擷取細節上的準確率達到 90%，但在產生修復步驟這類程序性任務上，準確率約為 30%。這項研究並未測試工廠維修，但我們對您工廠的解讀很明確：讓模型負責理解技術人員的問題，由經審核的紀錄提供修復方式。

本體（ontology）把這些紀錄串連起來。它是您企業的共用模型，描述您營運中的各項事物，以及它們彼此之間的關係。在維修領域，它連結機型、故障代碼、症狀、原因、經審核的修復方式、手冊章節、產線，以及審核每筆紀錄的工程師。

串連起來的故障模型能為您帶來什麼

資歷較淺的技術人員，不必再花那麼多時間尋找懂的人。Rockwell 工程助理 Mangleswaran Mahalingam 花了一年多，才對值夜班有把握，因為夜班當班的同事比較少。串連起來的紀錄，讓資深工程師經審核的答案也能出現在這樣的班次裡。

您現有的軟體也能發揮更大價值。維修單仍留在維修系統裡，手冊仍是原本的文件；透過分別串接兩者的連接器，本體就能把它們連結起來，讓一個問題同時取用兩邊的資訊。由於每台機台與每種故障都只定義一次，之後的自動化，例如預測性警示或自動草擬工單的 AI 代理，都能重複使用同一批紀錄。

FAIS 打造的正是這一層。我們把您的故障知識建模到貴公司的企業本體中，將它與您的維修紀錄和手冊串接，並打造一個助理：每個步驟都會引用背後依據的紀錄或手冊章節，並標示任何尚未經過審核的內容。

一筆故障紀錄應該包含什麼

我們建議把 Rockwell 的「症狀、原因、處置」結構擴充為八個欄位：機型系列與型號；控制器上顯示的故障代碼；症狀；依可能性排序的原因；用來區分這些原因的檢查項目；實際有效的修復方式；審核該紀錄的工程師及審核日期；以及對應手冊章節、產線與過往維修單的連結。

假設一家台灣製造商在兩條產線上運轉同一系列的射出成型機。導入前：夜班技術人員遇到反覆出現的故障，先翻手冊，再傳訊息給一位資深工程師，而對方只依稀記得另一條產線上的修法。導入後：助理會列出排序後的可能原因、區分感測器故障與機構故障的檢查方式、另一條產線記錄下來的修復方式、審核者，以及手冊頁碼。最後仍由技術人員判斷並動手維修。

安全步驟以核准的作業程序為準

助理應該連結到上鎖作業與帶電作業的程序，而不是自行撰寫這些程序。在台灣，修正後的《職業安全衛生設施規則》第 57 條將於 2027 年 1 月 1 日施行。凡修理或調整作業可能危及勞工時，雇主必須停止機械運轉及送料，以上鎖及掛牌等方式防止誤啟動，並依包含作業許可程序的危害預防計畫進行作業。請將每筆故障紀錄連結到該計畫。

從一個機型系列開始，並用過去的維修單測試

從維修歷史中，找出某一機型系列最常發生或影響最大的故障代碼。訪談資深技術人員時，請以真實、已結案的維修單為題，而不是憑記憶回想的故障；IBM 提到可以在資深技術人員邊講解邊進行複雜維修時錄下過程，這能為這類訪談提供很好的素材。把每個故障代碼寫進紀錄，並連結到機台、產線與手冊。

在任何人依賴這個助理之前，先把過去的維修單逐一輸入重跑，並請技術人員檢視每個答案：它是否得出實際有效的修復方式、引用了正確的出處，並標示出未經審核的內容？

本季一個務實的目標是：選定一個機型系列，將其主要故障代碼完成記錄、審核、連結與測試。這些知識始終屬於您，日後無論採用哪一種助理都能沿用。如果您最好的故障排除經驗仍然只存在少數資深工程師的腦中，值得與 FAIS 討論：先為哪個機型系列建模，以及如何將它串接到您既有的系統。