LLM 應(yīng)該加在工業(yè)系統(tǒng)的哪一層工業(yè)系統(tǒng)最怕的不是模型不夠聰明而是把不確定性放錯(cuò)位置。PLC、SIS、SCADA、MES 和專用算法承擔(dān)的是確定性控制、實(shí)時(shí)響應(yīng)與穩(wěn)定運(yùn)行LLM 更適合進(jìn)入它們之上的語(yǔ)義、認(rèn)知與協(xié)同層理解人的問(wèn)題檢索現(xiàn)場(chǎng)知識(shí)調(diào)用受控工具編排跨系統(tǒng)流程并在高風(fēng)險(xiǎn)動(dòng)作前停下來(lái)等待審批。核心結(jié)論傳統(tǒng)工業(yè) AI 不會(huì)被 LLM 替換。真正可落地的架構(gòu)是保留底層專用模型和業(yè)務(wù)系統(tǒng)再向上疊加 Ontology、RAG、Tool Calling、Workflow、Eval、Observability 與 Human-in-the-loop形成“數(shù)據(jù) → 語(yǔ)義 → 認(rèn)知 → 行動(dòng)”的閉環(huán)。一、先選場(chǎng)景再選模型工業(yè) AI 項(xiàng)目經(jīng)常從一句“我們也上個(gè)大模型”開(kāi)始但真正能產(chǎn)生 ROI 的項(xiàng)目往往從一個(gè)非常具體的業(yè)務(wù)動(dòng)詞開(kāi)始識(shí)別缺陷、預(yù)測(cè)故障、推薦參數(shù)、優(yōu)化負(fù)荷、重排訂單。模型只是實(shí)現(xiàn)手段場(chǎng)景決定數(shù)據(jù)、部署位置、容錯(cuò)方式和成功指標(biāo)。圖 1五類典型工業(yè) AI 場(chǎng)景必須同時(shí)看目標(biāo)、數(shù)據(jù)、算法、部署、KPI 與失敗原因智能質(zhì)檢最容易看見(jiàn)效果也最容易被現(xiàn)場(chǎng)環(huán)境擊穿智能質(zhì)檢的業(yè)務(wù)目標(biāo)通常是降低漏檢、降低誤判、減少人工復(fù)核數(shù)據(jù)來(lái)自工業(yè)相機(jī)、線掃相機(jī)、光源控制器、產(chǎn)品批次、設(shè)備參數(shù)和人工判定記錄。傳統(tǒng)算法以目標(biāo)檢測(cè)、圖像分類、分割與無(wú)監(jiān)督異常檢測(cè)為主常見(jiàn)模型包括 YOLO、DETR、ViT、PatchCore、PaDiM。部署位置通常在產(chǎn)線邊緣側(cè)工業(yè) PC、Jetson 或帶 GPU 的邊緣節(jié)點(diǎn)負(fù)責(zé)低延遲推理PLC 根據(jù)確定性信號(hào)完成剔除。LLM 不應(yīng)該進(jìn)入毫秒級(jí)剔除回路它更適合解釋缺陷趨勢(shì)、檢索檢驗(yàn)規(guī)范、匯總批次差異、生成復(fù)核建議。核心 KPI不要只看離線 mAP。生產(chǎn)側(cè)更關(guān)心相對(duì)人工基線的漏檢率、誤判率、復(fù)檢工時(shí)、報(bào)廢成本以及換光源、換產(chǎn)品、換班次之后是否仍然穩(wěn)定。常見(jiàn)失敗并不是模型訓(xùn)練失敗而是現(xiàn)場(chǎng)光照變化、鏡頭污染、產(chǎn)品外觀漂移、正負(fù)樣本比例極端、缺陷定義在不同質(zhì)檢員之間不一致。視覺(jué)模型需要持續(xù)監(jiān)控LLM 只能幫助解釋和協(xié)作不能替代確定性判定與質(zhì)量規(guī)則。預(yù)測(cè)性維護(hù)不是“預(yù)測(cè)會(huì)壞”而是“提前多久、誰(shuí)來(lái)處理”預(yù)測(cè)性維護(hù)的數(shù)據(jù)來(lái)自振動(dòng)、溫度、電流、聲學(xué)、潤(rùn)滑、報(bào)警、維修工單和備件記錄。傳統(tǒng)算法包括時(shí)序異常檢測(cè)、故障分類和剩余壽命 RUL 預(yù)測(cè)。真正有價(jià)值的結(jié)果不是模型給出一個(gè)異常分?jǐn)?shù)而是能回答哪臺(tái)設(shè)備、哪個(gè)部件、在多長(zhǎng)時(shí)間窗口內(nèi)、以什么風(fēng)險(xiǎn)等級(jí)需要檢查。部署通?？缭竭吘壟c平臺(tái)邊緣側(cè)完成信號(hào)處理和快速異常判斷平臺(tái)側(cè)做跨周期分析、工單關(guān)聯(lián)和資產(chǎn)健康管理。LLM Agent 可以檢索維修手冊(cè)、讀取歷史工單、解釋波形摘要、生成工單初稿但最后的停機(jī)決定和維修優(yōu)先級(jí)仍應(yīng)由維護(hù)人員確認(rèn)。Siemens 的工業(yè) AI 與 Industrial Copilot 資料也把生成式 AI 放在維修周期的輔助、解釋和協(xié)同位置而不是直接替代安全控制。[8]核心 KPI 包括非計(jì)劃停機(jī)小時(shí)數(shù)、告警提前量、誤報(bào)率、故障捕獲率和維修資源利用率。這個(gè)場(chǎng)景最怕誤報(bào)如果系統(tǒng)連續(xù)幾次“狼來(lái)了”操作員會(huì)直接關(guān)閉告警。工藝優(yōu)化最有價(jià)值也最需要克制工藝優(yōu)化希望提高良率、降低能耗、穩(wěn)定 Cpk并減少對(duì)少數(shù)老師傅經(jīng)驗(yàn)的依賴。數(shù)據(jù)來(lái)自設(shè)定參數(shù)、過(guò)程曲線、環(huán)境、原料批次、設(shè)備狀態(tài)和最終質(zhì)量。傳統(tǒng)方法包括響應(yīng)面、貝葉斯優(yōu)化、高斯過(guò)程、模型預(yù)測(cè)控制 MPC 和數(shù)字孿生。工業(yè)現(xiàn)場(chǎng)通常接受“推薦 → 仿真或規(guī)則校驗(yàn) → 人工確認(rèn) → 下發(fā)”很少接受“LLM 自主調(diào)參”。因?yàn)楣に噮?shù)之間存在強(qiáng)耦合數(shù)據(jù)中有大量混淆變量且錯(cuò)誤動(dòng)作可能造成整批報(bào)廢、設(shè)備損傷甚至安全風(fēng)險(xiǎn)。LLM 的合理位置是解釋模型建議、引用工藝依據(jù)、組織試驗(yàn)計(jì)劃和審批材料。能效優(yōu)化不能只省電還要保證產(chǎn)量能效優(yōu)化覆蓋電、氣、蒸汽、壓縮空氣與冷卻系統(tǒng)數(shù)據(jù)來(lái)自智能電表、EMS、生產(chǎn)計(jì)劃、設(shè)備負(fù)荷和峰谷電價(jià)。傳統(tǒng)算法通常是負(fù)荷預(yù)測(cè)、混合整數(shù)規(guī)劃 MILP、優(yōu)化調(diào)度或強(qiáng)化學(xué)習(xí)。部署需要與 EMS 和排產(chǎn)系統(tǒng)聯(lián)動(dòng)但動(dòng)作必須尊重生產(chǎn)約束。核心 KPI 是單位產(chǎn)量能耗、需量電費(fèi)、峰值負(fù)荷和碳排強(qiáng)度。常見(jiàn)失敗是只優(yōu)化能源曲線卻忽略插單、換型和產(chǎn)能目標(biāo)。Agent 適合協(xié)調(diào)“生產(chǎn)計(jì)劃—能源價(jià)格—設(shè)備能力”之間的信息不適合繞過(guò)能源管理規(guī)則直接控制關(guān)鍵設(shè)備。供應(yīng)鏈協(xié)同算法問(wèn)題經(jīng)常被數(shù)據(jù)主權(quán)問(wèn)題蓋住供應(yīng)鏈協(xié)同涉及需求預(yù)測(cè)、庫(kù)存優(yōu)化、APS 排產(chǎn)、運(yùn)輸與交付數(shù)據(jù)分散在 ERP、APS、WMS、SRM 和 CRM。傳統(tǒng)算法包括時(shí)序與概率預(yù)測(cè)、運(yùn)籌優(yōu)化、啟發(fā)式排產(chǎn)。這類系統(tǒng)必須輸出可解釋的約束與原因?yàn)槭裁囱雍竽秤唵?、為什么增加安全?kù)存、哪個(gè)物料成為瓶頸。LLM Agent 可以把自然語(yǔ)言需求轉(zhuǎn)成查詢與計(jì)劃匯總跨部門約束但預(yù)測(cè)偏差、指標(biāo)口徑和權(quán)限邊界仍需要確定性系統(tǒng)承擔(dān)。場(chǎng)景選擇原則先找數(shù)據(jù)存在、Owner 明確、Baseline 可測(cè)、風(fēng)險(xiǎn)可控的場(chǎng)景。不要因?yàn)榇竽Ｐ蜔衢T就把一個(gè)本來(lái)適合規(guī)則、統(tǒng)計(jì)模型或看板的問(wèn)題強(qiáng)行改造成 Agent。二、LLM 不會(huì)替代傳統(tǒng)工業(yè) AI傳統(tǒng)工業(yè) AI 棧通常是PLC / Sensors / SCADA / MES / ERP 提供數(shù)據(jù)數(shù)據(jù)平臺(tái)完成采集與治理專用模型負(fù)責(zé)視覺(jué)、時(shí)序或表格任務(wù)最終通過(guò)看板、告警和工單交付結(jié)果。這個(gè)架構(gòu)的優(yōu)勢(shì)是確定性強(qiáng)、邊界清楚、延遲可控。LLM Agent 不是把這條鏈推倒重來(lái)而是在上面增加三類能力把字段和系統(tǒng)翻譯成業(yè)務(wù)語(yǔ)義把文檔、經(jīng)驗(yàn)和實(shí)時(shí)數(shù)據(jù)組合成上下文把跨系統(tǒng)任務(wù)編排為受控動(dòng)作。圖 2傳統(tǒng)工業(yè) AI 棧與 LLM Agent 增強(qiáng)棧可以把兩套棧的分工理解成四層數(shù)據(jù)層負(fù)責(zé)“發(fā)生了什么”傳感器、設(shè)備狀態(tài)、訂單、批次、工單和質(zhì)量記錄。語(yǔ)義層負(fù)責(zé)“這些數(shù)據(jù)在業(yè)務(wù)里代表什么”設(shè)備、工單、批次、缺陷、班次以及它們之間的關(guān)系。認(rèn)知層負(fù)責(zé)“如何理解和組合證據(jù)”RAG、LLM、工具選擇、推理與計(jì)劃。行動(dòng)層負(fù)責(zé)“如何安全地把建議變成業(yè)務(wù)動(dòng)作”Workflow、審批、冪等、審計(jì)與回滾。位置判斷只要一個(gè)環(huán)節(jié)要求毫秒級(jí)響應(yīng)、數(shù)學(xué)確定性、硬實(shí)時(shí)、安全聯(lián)鎖或強(qiáng)一致就不應(yīng)讓 LLM 成為最終執(zhí)行者。LLM 更適合處理語(yǔ)言、非結(jié)構(gòu)化知識(shí)、跨系統(tǒng)協(xié)作和異常情形。三、LLM Agent 落地需要的八塊拼圖講義把 Agent 技術(shù)棧拆成 RAG、Tool、Workflow、Memory、Reasoning、Eval、Observability 和 Human-in-the-loop。每一塊都不是新名詞但工業(yè)項(xiàng)目的難點(diǎn)在于這些組件必須圍繞權(quán)限、實(shí)時(shí)性、追溯、回滾和責(zé)任邊界重新設(shè)計(jì)。圖 3LLM Agent 進(jìn)入生產(chǎn)所需的八塊工程拼圖RAG不是把文檔塞進(jìn)向量庫(kù)RAG 把模型的參數(shù)化知識(shí)與外部可更新知識(shí)結(jié)合起來(lái)原始論文強(qiáng)調(diào)了外部非參數(shù)記憶對(duì)知識(shí)更新與來(lái)源追溯的價(jià)值。[2] 在工業(yè)場(chǎng)景里知識(shí)源不僅是 PDF還包括 SOP、故障手冊(cè)、圖紙屬性、維修記錄、質(zhì)量規(guī)范、工藝變更單和設(shè)備檔案。工程上至少要解決四件事按章節(jié)、設(shè)備、故障碼和版本切片關(guān)鍵詞與向量混合檢索對(duì)候選結(jié)果重排答案必須帶來(lái)源、文檔版本和有效期。一個(gè)檢索到舊版 SOP 的“正確回答”在現(xiàn)場(chǎng)可能比拒答更危險(xiǎn)。Tool Calling模型決定調(diào)用程序負(fù)責(zé)執(zhí)行工具調(diào)用把數(shù)據(jù)庫(kù)查詢、工單創(chuàng)建、模型推理、仿真和業(yè)務(wù) API 封裝成模型可選擇的結(jié)構(gòu)化能力。模型只能生成調(diào)用意圖真正執(zhí)行必須由后端完成。鑒權(quán)工具使用發(fā)起人的身份與權(quán)限不能使用萬(wàn)能管理員賬戶。冪等重復(fù)調(diào)用同一 requestId 不應(yīng)創(chuàng)建兩張工單或重復(fù)下發(fā)動(dòng)作。超時(shí)與重試查詢工具可以重試寫(xiě)操作重試必須結(jié)合冪等鍵。參數(shù)校驗(yàn)設(shè)備 ID、時(shí)間范圍、參數(shù)上下限和枚舉值必須由程序校驗(yàn)。審計(jì)與回滾記錄誰(shuí)、何時(shí)、基于什么證據(jù)、調(diào)用了什么動(dòng)作可逆動(dòng)作必須有補(bǔ)償路徑。下面是一份簡(jiǎn)化的工業(yè)工具定義。代碼的重點(diǎn)不在語(yǔ)法而在于把權(quán)限、風(fēng)險(xiǎn)等級(jí)和冪等要求寫(xiě)進(jìn)接口契約{ “name”: “create_maintenance_ticket”, “description”: “為指定設(shè)備創(chuàng)建維修工單草稿不直接提交”, “input_schema”: { “type”: “object”, “properties”: { “machine_id”: {“type”: “string”}, “reason”: {“type”: “string”}, “priority”: {“enum”: [“LOW”, “MEDIUM”, “HIGH”]}, “evidence_ids”: {“type”: “array”, “items”: {“type”: “string”}}, “idempotency_key”: {“type”: “string”} }, “required”: [“machine_id”, “reason”, “evidence_ids”, “idempotency_key”] }, “policy”: { “mode”: “DRAFT_ONLY”, “required_role”: “MAINTENANCE_PLANNER”, “human_approval”: true }}Workflow先顯式流程再謹(jǐn)慎增加自主性工業(yè)任務(wù)往往有明確 SOP。最穩(wěn)的做法是用確定性 DAG 或狀態(tài)機(jī)管理關(guān)鍵步驟只把“意圖理解、證據(jù)歸納、計(jì)劃候選”交給 LLM。這樣每一步都能回放、暫停、重試和審計(jì)。例如“分析產(chǎn)線變慢”可以固定為確認(rèn)時(shí)間范圍 → 查詢 OEE 與停機(jī) → 檢查設(shè)備告警 → 檢查換型與訂單 → 檢查不良率 → 匯總證據(jù)。LLM 可以決定哪些分支需要深入但不能跳過(guò)權(quán)限檢查和結(jié)果校驗(yàn)。Memory記憶不是無(wú)限保存聊天記錄短期記憶用于當(dāng)前任務(wù)上下文長(zhǎng)期記憶可以保存設(shè)備檔案、班次狀態(tài)、用戶偏好和歷史決策。但工業(yè)記憶必須有寫(xiě)入條件、有效期、版本、權(quán)限和遺忘策略。尤其要避免把模型推斷當(dāng)成事實(shí)寫(xiě)入長(zhǎng)期記憶。更穩(wěn)的做法是區(qū)分“已確認(rèn)事實(shí)、系統(tǒng)狀態(tài)、人工結(jié)論、模型假設(shè)”只有經(jīng)過(guò)驗(yàn)證的內(nèi)容才能成為下一次任務(wù)的可信上下文。Reasoning推理越長(zhǎng)不代表越可靠Agent 可以采用 ReAct、Plan-then-Execute 等模式拆解任務(wù)但生產(chǎn)系統(tǒng)必須設(shè)置最大步數(shù)、最大工具調(diào)用次數(shù)、最大執(zhí)行時(shí)間和失敗回退。長(zhǎng)鏈路會(huì)放大延遲、成本和錯(cuò)誤累積。不要要求模型輸出內(nèi)部思考過(guò)程。工程上更有價(jià)值的是結(jié)構(gòu)化計(jì)劃、每一步使用的證據(jù)、工具結(jié)果和最終判斷讓系統(tǒng)可以復(fù)現(xiàn)和審計(jì)。Eval沒(méi)有 Gold Set就沒(méi)有工程工業(yè) Eval 不能只測(cè)“回答像不像”。需要建立真實(shí)業(yè)務(wù)問(wèn)句、標(biāo)準(zhǔn) SQL、標(biāo)準(zhǔn)答案、允許誤差范圍、工具調(diào)用路徑和拒答條件。評(píng)測(cè)指標(biāo)至少覆蓋答案正確率、執(zhí)行成功率、工具調(diào)用成功率、引用準(zhǔn)確率、越權(quán)率和高風(fēng)險(xiǎn)動(dòng)作攔截率。線上失敗樣本要回流到 Gold Set。每次更換模型、Prompt、Schema、索引或工具版本都必須跑回歸測(cè)試。OpenAI 的 Agent 工程指南同樣強(qiáng)調(diào)先從簡(jiǎn)單架構(gòu)開(kāi)始通過(guò)真實(shí)失敗和評(píng)測(cè)逐步增加復(fù)雜度。[7]Observability必須看見(jiàn)一條任務(wù)如何走完可觀測(cè)不只是記錄最終答案還要記錄 Router 決策、檢索 query、命中文檔、重排分?jǐn)?shù)、Prompt 版本、模型版本、工具參數(shù)、工具結(jié)果、審批、延遲、Token 和錯(cuò)誤。OpenTelemetry 正在用 Trace、Metrics 和 Logs 統(tǒng)一生成式 AI 的觀測(cè)語(yǔ)義核心價(jià)值是把一次復(fù)雜 Agent 任務(wù)還原為可分析的完整軌跡。[10]Human-in-the-loop人在環(huán)不是補(bǔ)丁而是架構(gòu)高風(fēng)險(xiǎn)、不可逆、影響安全、影響產(chǎn)能或涉及外部承諾的動(dòng)作必須進(jìn)入審批。審批界面要展示動(dòng)作、參數(shù)、證據(jù)、風(fēng)險(xiǎn)、預(yù)期影響和回滾方案而不是只彈出一句“是否確認(rèn)”。人的采納、拒絕和修改也要成為訓(xùn)練與評(píng)測(cè)數(shù)據(jù)。NIST 的 AI 風(fēng)險(xiǎn)管理資料強(qiáng)調(diào)人類監(jiān)督、記錄與責(zé)任Agent 工程指南也把高風(fēng)險(xiǎn)動(dòng)作和失敗閾值視為人工介入的典型觸發(fā)條件。[7][9]四、為什么工業(yè) Agent 必須建立在 Ontology 上沒(méi)有 Ontology 時(shí)Agent 看到的是數(shù)據(jù)庫(kù)字段、接口參數(shù)和文檔片段。MES 里叫 MCH_STASCADA 里叫 EQUIP_STATE維修系統(tǒng)里叫 AssetStatus但現(xiàn)場(chǎng)人員說(shuō)的是“設(shè)備狀態(tài)”。如果每個(gè) Agent 和每個(gè)工具都使用不同語(yǔ)言系統(tǒng)越做越復(fù)雜。Ontology 的作用是把工廠抽象為穩(wěn)定的業(yè)務(wù)對(duì)象、關(guān)系和動(dòng)作Machine 是設(shè)備對(duì)象WorkOrder 是工單對(duì)象Batch 是批次對(duì)象produced_on 表示批次在哪臺(tái)設(shè)備生產(chǎn)createMaintenanceTicket 是經(jīng)過(guò)授權(quán)的業(yè)務(wù)動(dòng)作。圖 4Ontology 驅(qū)動(dòng)的 Agent 工具層Palantir 的架構(gòu)文檔強(qiáng)調(diào)Ontology 表達(dá)的是企業(yè)相互關(guān)聯(lián)的決策而不只是數(shù)據(jù)其產(chǎn)品頁(yè)面進(jìn)一步把 Ontology 描述為面向人和 Agent 的“工具工廠”工具可以查詢數(shù)據(jù)、調(diào)用模型或邏輯、執(zhí)行受安全治理的動(dòng)作。[5][6]對(duì)工業(yè) Agent 來(lái)說(shuō)Ontology 帶來(lái)四個(gè)直接收益1.統(tǒng)一語(yǔ)言Agent、應(yīng)用、模型和人都圍繞同一套業(yè)務(wù)對(duì)象交流。2.統(tǒng)一權(quán)限權(quán)限可以綁定對(duì)象、屬性和 Action而不是散落在每個(gè)接口里。3.統(tǒng)一審計(jì)系統(tǒng)可以記錄“誰(shuí)對(duì)哪臺(tái) Machine 執(zhí)行了什么 Action”而不是只有一條模糊 API 日志。4.統(tǒng)一復(fù)用新 Agent 不必重新理解幾十張表只需使用已經(jīng)治理過(guò)的對(duì)象與動(dòng)作。Ontology 不是大而全知識(shí)圖譜先圍繞首個(gè)場(chǎng)景建最小對(duì)象集設(shè)備、產(chǎn)線、批次、工單、缺陷和班次。對(duì)象必須有 Owner、唯一 ID、數(shù)據(jù)來(lái)源、刷新頻率、權(quán)限與版本。隨著場(chǎng)景擴(kuò)展再逐步增加。五、五類 Industrial Agent把現(xiàn)場(chǎng)角色映射成軟件職責(zé)多 Agent 的價(jià)值不是讓多個(gè)模型互相討論而是把現(xiàn)場(chǎng)原本存在的職責(zé)邊界映射為軟件實(shí)體。每個(gè) Agent 只擁有必要的上下文、工具和權(quán)限由 Supervisor 負(fù)責(zé)路由、沖突仲裁與結(jié)果匯總。生產(chǎn)環(huán)境通常優(yōu)先采用中心化 Supervisor 模式因?yàn)樗菀卓刂茽顟B(tài)、權(quán)限、成本和失敗回退。[7]圖 5五類 Industrial Agent 圍繞“3 號(hào)線為什么變慢”協(xié)同Operator Agent現(xiàn)場(chǎng)操作員的第二雙眼讀取設(shè)備狀態(tài)、OEE、告警、換型和當(dāng)前工單回答“現(xiàn)在發(fā)生了什么”。默認(rèn)只讀只提供建議和關(guān)聯(lián) SOP不直接下發(fā)設(shè)備動(dòng)作。Maintenance Agent維修班的作戰(zhàn)參謀關(guān)聯(lián)時(shí)序異常、維修歷史、圖紙、備件和故障手冊(cè)形成根因候選與工單草稿。它可以創(chuàng)建草稿但提交 CMMS 必須人工確認(rèn)。Planner Agent把干擾事件映射到計(jì)劃影響查詢訂單優(yōu)先級(jí)、產(chǎn)能、物料與換型約束評(píng)估設(shè)備降速對(duì)交付的影響生成重排建議。任何改變正式排產(chǎn)的動(dòng)作都要進(jìn)入審批。Quality Agent把質(zhì)量變化與過(guò)程證據(jù)連起來(lái)查詢批次不良率、缺陷分布、視覺(jué)模型輸出、物料和工藝參數(shù)生成候選根因與 8D 報(bào)告初稿。它依賴 Ontology 把 Batch、Machine、Material 和 Defect 連接起來(lái)。Supervisor Agent系統(tǒng)的安全閥門識(shí)別問(wèn)題、選擇 Agent、控制并發(fā)、合并證據(jù)、處理沖突、檢查權(quán)限并判斷是否進(jìn)入人工審批。Supervisor 不應(yīng)該擁有所有底層權(quán)限它只負(fù)責(zé)編排真正動(dòng)作仍由受控工具執(zhí)行。貫穿案例“3 號(hào)線為什么變慢”1.Supervisor 把“變慢”解釋為產(chǎn)能/OEE 異常確認(rèn)時(shí)間范圍和對(duì)比基線。2.Operator Agent 查詢速度、微停、告警與換型發(fā)現(xiàn) 02:10 后頻繁短停。3.Maintenance Agent 檢索同設(shè)備維修記錄發(fā)現(xiàn)上周更換的傳感器在高溫班次曾出現(xiàn)抖動(dòng)。4.Planner Agent 檢查訂單與排產(chǎn)確認(rèn)昨晚插入了小批量多規(guī)格訂單換型次數(shù)增加。5.Quality Agent 查詢不良率發(fā)現(xiàn)為了控制尺寸偏差操作員主動(dòng)降低了速度。6.Supervisor 匯總降速不是單一故障而是“換型增加 傳感器抖動(dòng) 質(zhì)量保護(hù)動(dòng)作”的疊加。7.系統(tǒng)建議檢查傳感器安裝、復(fù)核質(zhì)量閾值并評(píng)估將兩張小單合并排產(chǎn)。創(chuàng)建維修工單和修改排產(chǎn)均進(jìn)入人工審批。多 Agent 的真實(shí)成本每拆出一個(gè) Agent就增加一套 Prompt、工具權(quán)限、狀態(tài)、評(píng)測(cè)、Trace 和錯(cuò)誤處理。沒(méi)有明確的專業(yè)邊界、并行價(jià)值或上下文隔離需求時(shí)優(yōu)先使用單 Agent 多工具。六、MCP 在工業(yè)系統(tǒng)中的位置傳統(tǒng)方式下N 個(gè) Agent 接入 M 個(gè)工廠系統(tǒng)容易形成 N × M 套定制接口。每個(gè) Agent 都要重新理解接口、參數(shù)、返回結(jié)構(gòu)和認(rèn)證方式維護(hù)成本迅速上升。MCP 采用 Host—Client—Server 架構(gòu)Host 是承載 LLM、用戶界面和編排邏輯的 Agent 應(yīng)用Host 內(nèi)部為每個(gè) Server 建立 ClientServer 對(duì)外暴露 Tools、Resources 和 Prompts。官方文檔將其定義為連接 AI 應(yīng)用與外部系統(tǒng)的開(kāi)放標(biāo)準(zhǔn)。[3]圖 6MCP 把 N×M 定制接口收斂為 Host—Client—Server 標(biāo)準(zhǔn)連接在工廠里可以把 MES、CMMS、ERP、QMS、時(shí)序數(shù)據(jù)庫(kù)和文檔系統(tǒng)分別封裝成 MCP ServerTools查詢?cè)O(shè)備狀態(tài)、創(chuàng)建工單草稿、運(yùn)行仿真、查詢庫(kù)存。ResourcesSOP、設(shè)備檔案、Schema、指標(biāo)定義、維修記錄。Prompts標(biāo)準(zhǔn)排障模板、8D 分析模板、交接班檢查流程。MCP 解決的是“怎樣發(fā)現(xiàn)和調(diào)用能力”不自動(dòng)解決“誰(shuí)有權(quán)限、動(dòng)作是否安全、結(jié)果是否可信”。官方安全最佳實(shí)踐專門討論授權(quán)、攻擊面和實(shí)現(xiàn)責(zé)任。[4] 工業(yè)落地仍需在 Server 和業(yè)務(wù)網(wǎng)關(guān)層實(shí)現(xiàn)身份認(rèn)證、最小權(quán)限、網(wǎng)絡(luò)隔離、參數(shù)校驗(yàn)、審計(jì)、審批和回滾。一個(gè)關(guān)鍵原則MCP Server 不應(yīng)直接暴露低層、危險(xiǎn)、無(wú)邊界的通用能力。例如不要給模型一個(gè)“執(zhí)行任意 SQL”或“寫(xiě)任意 PLC 地址”的工具應(yīng)該暴露語(yǔ)義明確、范圍受限、可審計(jì)的業(yè)務(wù)動(dòng)作。七、ChatBI / RAG / Agent 參考架構(gòu)ChatBI 是觀察工業(yè) Agent 架構(gòu)的好窗口。用戶用自然語(yǔ)言提問(wèn)系統(tǒng)需要完成意圖判斷、Schema 檢索、計(jì)劃生成、SQL 或工具執(zhí)行、結(jié)果校驗(yàn)、答案生成和引用。把數(shù)據(jù)源換成 MES、SCADA、CMMS 和知識(shí)庫(kù)這條鏈就是工業(yè)問(wèn)答與決策支持的通用藍(lán)圖。圖 7ChatBI / RAG / Agent 從問(wèn)題到答案的端到端執(zhí)行鏈路完整鏈路可以拆成八步1.用戶提出自然語(yǔ)言問(wèn)題系統(tǒng)補(bǔ)齊時(shí)間范圍、產(chǎn)線、指標(biāo)或設(shè)備等必要條件。2.Router 判斷這是知識(shí)問(wèn)答、數(shù)據(jù)分析、模型推理還是業(yè)務(wù)動(dòng)作。3.檢索 Schema、字段字典、指標(biāo)口徑、表關(guān)系、業(yè)務(wù)規(guī)則、Few-shot 和相關(guān)文檔。4.生成結(jié)構(gòu)化執(zhí)行計(jì)劃明確每一步使用的數(shù)據(jù)、工具、預(yù)期輸出和失敗處理。5.在沙箱或受控服務(wù)中執(zhí)行只讀 SQL、模型推理或 MCP 工具。6.校驗(yàn)結(jié)果權(quán)限、時(shí)間范圍、單位、口徑、空值、異常值和數(shù)據(jù)新鮮度。7.生成答案必須給出數(shù)字、原因、建議、限制和引用。8.高風(fēng)險(xiǎn)動(dòng)作進(jìn)入審批用戶反饋與執(zhí)行結(jié)果回流到評(píng)測(cè)集。一個(gè)生產(chǎn)化執(zhí)行計(jì)劃不應(yīng)該只是自然語(yǔ)言段落而應(yīng)是可校驗(yàn)的結(jié)構(gòu){ “intent”: “ROOT_CAUSE_ANALYSIS”, “scope”: {“l(fā)ine_id”: “LINE_03”, “from”: “2026-07-29T20:00:0008:00”, “to”: “2026-07-30T08:00:0008:00”}, “steps”: [ {“tool”: “query_oee”, “mode”: “READ_ONLY”}, {“tool”: “query_alarm_events”, “mode”: “READ_ONLY”}, {“tool”: “search_maintenance_records”, “mode”: “READ_ONLY”}, {“tool”: “query_quality_trend”, “mode”: “READ_ONLY”} ], “validation”: [“time_range”, “metric_definition”, “permission”, “data_freshness”], “final_output”: {“format”: “evidence_based_report”, “citations_required”: true}}這類結(jié)構(gòu)化計(jì)劃讓系統(tǒng)在執(zhí)行前做權(quán)限與風(fēng)險(xiǎn)檢查也方便在失敗后定位是 Router、檢索、SQL、工具還是數(shù)據(jù)本身出了問(wèn)題。八、四個(gè)真正決定項(xiàng)目成敗的技術(shù)點(diǎn)很多團(tuán)隊(duì)花大量時(shí)間換模型卻忽略 Schema、Prompt、Eval 和安全。工業(yè)項(xiàng)目最終買單的是“能被信任的答案和動(dòng)作”而不是模型排行榜。Schema讓模型看懂業(yè)務(wù)而不是只看 DDL原始 DDL 只能告訴模型字段類型無(wú)法告訴它“合格率”和“直通率”是否同義、“停機(jī)時(shí)間”是否排除計(jì)劃保養(yǎng)、“產(chǎn)量”按班次還是自然日統(tǒng)計(jì)。Schema 層需要包含字段字典、指標(biāo)定義、單位、時(shí)間口徑、主外鍵、業(yè)務(wù)別名、數(shù)據(jù)新鮮度和權(quán)限標(biāo)簽。推薦先做 Schema Linking根據(jù)用戶問(wèn)題檢索相關(guān)表、字段和指標(biāo)再把小范圍上下文交給 SQL 生成。Few-shot 也不是堆幾十條示例而是按業(yè)務(wù)意圖檢索最接近的“問(wèn)題 → SQL → 校驗(yàn)規(guī)則”。Prompt結(jié)構(gòu)化而不是追求一句神奇咒語(yǔ)系統(tǒng)提示要寫(xiě)清角色、數(shù)據(jù)范圍、方言、禁止事項(xiàng)、工具規(guī)則、引用規(guī)則和失敗處理用戶上下文包含問(wèn)題、檢索到的 Schema、業(yè)務(wù)規(guī)則和權(quán)限。輸出應(yīng)使用 JSON Schema 或工具調(diào)用而不是任由模型自由發(fā)揮。推薦采用“一次計(jì)劃、一次校驗(yàn)、一次執(zhí)行”的節(jié)奏模型先輸出問(wèn)題理解與計(jì)劃程序校驗(yàn)后再執(zhí)行執(zhí)行結(jié)果返回模型做解釋但數(shù)字和單位要經(jīng)過(guò)程序驗(yàn)證。Eval真實(shí) Gold Set 是項(xiàng)目的地基Gold Set 應(yīng)來(lái)自真實(shí)用戶問(wèn)題和歷史故障不要只讓模型生成“看起來(lái)合理”的測(cè)試題。每條樣本需要標(biāo)注意圖、標(biāo)準(zhǔn)查詢、標(biāo)準(zhǔn)答案、允許誤差、應(yīng)引用來(lái)源、允許工具和風(fēng)險(xiǎn)級(jí)別。指標(biāo)要分層Router 準(zhǔn)確率、Schema 召回率、SQL 語(yǔ)法合法率、執(zhí)行成功率、結(jié)果正確率、工具成功率、引用準(zhǔn)確率、拒答準(zhǔn)確率、高風(fēng)險(xiǎn)攔截率。執(zhí)行成功不代表答案正確答案正確也不代表引用和權(quán)限正確。安全默認(rèn)只讀逐級(jí)開(kāi)放Agent 訪問(wèn)數(shù)據(jù)庫(kù)時(shí)應(yīng)默認(rèn)只讀使用表和工具白名單實(shí)施行列級(jí)權(quán)限與敏感字段脫敏。SQL 執(zhí)行前進(jìn)行 AST 解析和危險(xiǎn)模式檢測(cè)寫(xiě)操作必須通過(guò)語(yǔ)義化工具而不是開(kāi)放任意 DML。OWASP 將“過(guò)度代理能力”視為關(guān)鍵風(fēng)險(xiǎn)過(guò)多功能、過(guò)大權(quán)限和過(guò)高自主性會(huì)讓錯(cuò)誤或被操縱的模型產(chǎn)生真實(shí)破壞。[11] 因此要限制工具能力、權(quán)限范圍和自主執(zhí)行級(jí)別并使用審批、沙箱和審計(jì)形成縱深防御。九、工業(yè) Agent 的能力邊界工業(yè) Agent 的核心價(jià)值是輔助理解、檢索證據(jù)、生成建議和編排受控流程。能力邊界越清楚系統(tǒng)越容易被現(xiàn)場(chǎng)接受。以下事情不應(yīng)直接交給 LLM直接控制安全儀表系統(tǒng) SIS、急?；芈?、安全 PLC 或聯(lián)鎖邏輯。未經(jīng)過(guò)審批修改關(guān)鍵工藝參數(shù)、質(zhì)量閾值、設(shè)備速度和能源調(diào)度約束。自動(dòng)執(zhí)行不可逆動(dòng)作例如刪除生產(chǎn)數(shù)據(jù)、釋放不合格批次、關(guān)閉安全告警。繞過(guò)操作員、維修負(fù)責(zé)人和現(xiàn)有 SOP以“模型判斷”代替責(zé)任流程。用自然語(yǔ)言解釋代替確定性校驗(yàn)例如讓模型自行計(jì)算財(cái)務(wù)結(jié)算、質(zhì)量放行或安全閾值。更穩(wěn)妥的落地方式是按風(fēng)險(xiǎn)逐級(jí)開(kāi)放先做只讀檢索再做分析建議再做草稿和可逆動(dòng)作關(guān)鍵參數(shù)只在雙人審批與受控窗口中執(zhí)行安全聯(lián)鎖永久留在確定性系統(tǒng)里。最終邊界LLM 可以提出“建議檢查 3 號(hào)線傳感器并復(fù)核質(zhì)量閾值”但不能直接改 PLC 地址、繞過(guò)聯(lián)鎖或釋放批次。它可以幫助人更快地做決定不能替人承擔(dān)安全責(zé)任。2026年AI行業(yè)最大的機(jī)會(huì)毫無(wú)疑問(wèn)就在應(yīng)用層字節(jié)跳動(dòng)已有7個(gè)團(tuán)隊(duì)全速布局Agent大模型崗位暴增69%年薪破百萬(wàn)騰訊、京東、百度開(kāi)放招聘技術(shù)崗80%與AI相關(guān)……如今超過(guò)60%的企業(yè)都在推進(jìn)AI產(chǎn)品落地而真正能交付項(xiàng)目的大模型應(yīng)用開(kāi)發(fā)工程師****卻極度稀缺落地AI應(yīng)用絕對(duì)不是寫(xiě)幾個(gè)prompt調(diào)幾個(gè)API就能搞定的企業(yè)真正需要的是能搞定這三項(xiàng)核心能力的人?RAG融入外部信息修正模型輸出給模型裝靠譜大腦?Agent智能體讓AI自主干活通過(guò)工具調(diào)用Tools環(huán)境交互多步推理完成復(fù)雜任務(wù)。比如做智能客服等等……?微調(diào)針對(duì)特定任務(wù)優(yōu)化讓模型適配業(yè)務(wù)目前脈脈上有超過(guò)1000家企業(yè)發(fā)布大模型相關(guān)崗位人工智能崗平均月薪7.8w實(shí)習(xí)生日薪高達(dá)4000遠(yuǎn)超其他行業(yè)收入水平技術(shù)的稀缺性才是你「值錢」的關(guān)鍵具備AI能力的程序員比傳統(tǒng)開(kāi)發(fā)高出不止一截有的人早就轉(zhuǎn)行AI方向拿到百萬(wàn)年薪AI浪潮正在重構(gòu)程序員的核心競(jìng)爭(zhēng)力現(xiàn)在入場(chǎng)仍是最佳時(shí)機(jī)我把大模型的學(xué)習(xí)全流程已經(jīng)整理好了抓住AI時(shí)代風(fēng)口輕松解鎖職業(yè)新可能希望大家都能把握機(jī)遇實(shí)現(xiàn)薪資/職業(yè)躍遷這份完整版的大模型 AI 學(xué)習(xí)資料已經(jīng)上傳CSDN朋友們?nèi)绻枰梢晕⑿艗呙柘路紺SDN官方認(rèn)證二維碼免費(fèi)領(lǐng)取【保證100%免費(fèi)】??從大模型微調(diào)到AI Agent智能體搭建剖析AI技術(shù)的應(yīng)用場(chǎng)景用實(shí)戰(zhàn)經(jīng)驗(yàn)落地AI技術(shù)。從GPT到最火的開(kāi)源模型讓你從容面對(duì)AI技術(shù)革新大模型微調(diào)掌握主流大模型如DeepSeek、Qwen等的微調(diào)技術(shù)針對(duì)特定場(chǎng)景優(yōu)化模型性能。學(xué)習(xí)如何利用領(lǐng)域數(shù)據(jù)如制造、醫(yī)藥、金融等進(jìn)行模型定制提升任務(wù)準(zhǔn)確性和效率。RAG應(yīng)用開(kāi)發(fā)深入理解檢索增強(qiáng)生成Retrieval-Augmented Generation, RAG技術(shù)構(gòu)建高效的知識(shí)檢索與生成系統(tǒng)。應(yīng)用于垂類場(chǎng)景如法律文檔分析、醫(yī)療診斷輔助、金融報(bào)告生成等實(shí)現(xiàn)精準(zhǔn)信息提取與內(nèi)容生成。AI Agent智能體搭建學(xué)習(xí)如何設(shè)計(jì)和開(kāi)發(fā)AI Agent實(shí)現(xiàn)多任務(wù)協(xié)同、自主決策和復(fù)雜問(wèn)題解決。構(gòu)建垂類場(chǎng)景下的智能助手如制造業(yè)中的設(shè)備故障診斷Agent、金融領(lǐng)域的投資分析Agent等。如果你也有以下訴求快速鏈接產(chǎn)品/業(yè)務(wù)團(tuán)隊(duì)參與前沿項(xiàng)目構(gòu)建技術(shù)壁壘從競(jìng)爭(zhēng)者中脫穎而出避開(kāi)35歲裁員危險(xiǎn)期順利拿下高薪崗迭代技術(shù)水平延長(zhǎng)未來(lái)20年的新職業(yè)發(fā)展……那這節(jié)課你一定要來(lái)聽(tīng)因?yàn)榱艚o普通程序員的時(shí)間真的不多了立即掃碼即可免費(fèi)預(yù)約「AI技術(shù)原理 實(shí)戰(zhàn)應(yīng)用 職業(yè)發(fā)展」「大模型應(yīng)用開(kāi)發(fā)實(shí)戰(zhàn)公開(kāi)課」還有靠譜的內(nèi)推機(jī)會(huì)直聘權(quán)益完課后贈(zèng)送大模型應(yīng)用案例集、AI商業(yè)落地白皮書(shū)