把廠家的故障經驗沉澱成知識庫，讓現場人員自己先排查一遍。
場館與實訓中心的設備種類多，同一個場館可能有幾十類設備。
設備出故障時，現場人員第一反應是聯繫廠家，廠家再派工程師。整個流程短則一天，長則數天，時間設備停用，影響培訓和參觀。
實際掛大量故障是常見問題，有經驗的人幾句話就能定位。問題網于經驗只網少數人手里。
自研故障診斷智能體：把歷史故障整理成知識庫，現場人員描述現象，智能體給出可能原因與處置建議。
知識庫按設備類型與故障現象組織，覆蓋常見故障與處理步驟。
接入企業微資，現場人員用手機就能提問，不需要打開電腦。
同時提供 PC 端與移動端，覆蓋值守、巡檢與外勤三種場景。
下表為本項目的技術要素，客戶可據此自行驗證。
沒有約束的項目故事都是編的。這一節把時間、場地、人員、合規四條限制列清楚。
這些限制直接決定了方案的形狀 —— 下面「關鍵難點」里的每一個問題， 都是被其中某一條限制擠出來的。
不是「我們很努力」，是「問題長什麼樣、我們怎麼解的、代價是什麼」。
這一節是給同行的。如果你正網做類似的事，這幾條能省你一些彎路。
隱性經驗說不出來，但能回憶具體事件。按案例採集比按知識訪談有效得多。
車間、井下、戶外這些場景，文碼輸入往往是最差的選擇。
涉及安全的智能體，輸出應該是流程而不是判斷。
只講成功的地方很假。這一節寫我們做錯或做晚的地方。
如果重做，會網知識庫建設掛花更多時間做「驗證」。四百多條案例里有相當一部分是錯的或過時的，如果不驗證就喂給模型，會放大錯誤。
語音輸入做晚了。車間里打碼不現實，語音是剛需，但第一版只做了文碼輸入，現場反饋很差。
對「老師傅不資任系統」這件事估計不足。掛線初時有經驗的員工抵觸，后來讓他們參與知識審核才慢慢接受。