寶信軟件信息化事業(yè)本部
馬驍
時(shí)代的浪潮從不等人。
當(dāng)大模型技術(shù)的討論從技術(shù)圈蔓延到每一個(gè)工作群，當(dāng)同事們開始在午飯時(shí)聊起AI寫代碼、AI分析數(shù)據(jù)，我坐在工位上，盯著屏幕上那一行行MES系統(tǒng)的接口日志，第一次認(rèn)真想了一個(gè)問題：我做的這些事，會(huì)被重新定義嗎？
我是一名MES系統(tǒng)軟件工程師，在制造執(zhí)行系統(tǒng)這個(gè)領(lǐng)域工作了幾年。MES是什么？簡(jiǎn)單說(shuō)，它是連接計(jì)劃層與控制層的"神經(jīng)中樞"——生產(chǎn)指令從這里下發(fā)，工序數(shù)據(jù)從這里匯聚，質(zhì)量記錄在這里留存，設(shè)備狀態(tài)在這里可視。每一爐鋼水的流轉(zhuǎn)，每一道工序的執(zhí)行，背后都有MES在默默調(diào)度。這份工作不算光鮮，但我一直覺得它扎實(shí)、有分量。
然而扎實(shí)的工作，也有它沉重的一面。
那些年，我們是怎么工作的
做MES開發(fā)，最讓人頭疼的不是寫代碼本身，而是"理解業(yè)務(wù)"這件事。
鋼鐵生產(chǎn)流程極其復(fù)雜，從煉鐵、煉鋼到連鑄、軋制，每個(gè)工序都有自己的工藝邏輯、質(zhì)量標(biāo)準(zhǔn)和設(shè)備約束。每次接到一個(gè)新需求，我需要反復(fù)和工藝工程師、現(xiàn)場(chǎng)操作人員溝通，把他們口中的"這個(gè)參數(shù)超了就不行"翻譯成系統(tǒng)能理解的判斷邏輯。有時(shí)候一個(gè)看似簡(jiǎn)單的質(zhì)量卡控規(guī)則，背后牽扯著十幾個(gè)工藝參數(shù)的聯(lián)動(dòng)關(guān)系，稍有遺漏，就可能在生產(chǎn)中埋下隱患。
更難的是系統(tǒng)集成。MES需要與ERP、SCADA、質(zhì)量系統(tǒng)、能源系統(tǒng)等多個(gè)平臺(tái)對(duì)接，每個(gè)系統(tǒng)都有自己的數(shù)據(jù)格式、接口協(xié)議和更新節(jié)奏。每次聯(lián)調(diào)，都像是在拼一幅沒有參考圖的拼圖——你不知道哪塊數(shù)據(jù)會(huì)在哪個(gè)環(huán)節(jié)出問題，只能一遍遍地跑日志、對(duì)字段、找差異。
那時(shí)候，我的工作狀態(tài)是：大量時(shí)間消耗在信息收集和溝通對(duì)齊上，真正用于系統(tǒng)設(shè)計(jì)和邏輯優(yōu)化的時(shí)間，反而是少數(shù)。
我記得有一段時(shí)間，我花了整整一周時(shí)間來(lái)理解一個(gè)工藝流程的細(xì)節(jié)。工藝工程師用行業(yè)術(shù)語(yǔ)講解，我用技術(shù)語(yǔ)言記錄，然后回到工位再翻譯成代碼邏輯。這個(gè)過(guò)程中，我要反復(fù)確認(rèn)每一個(gè)細(xì)節(jié)——這個(gè)參數(shù)是實(shí)時(shí)更新還是定時(shí)更新？這個(gè)判斷條件是"與"還是"或"？這個(gè)異常是否需要立即告警還是可以延遲處理？每一個(gè)細(xì)節(jié)的錯(cuò)誤，都可能導(dǎo)致整個(gè)系統(tǒng)的邏輯混亂。
系統(tǒng)上線后，我還要花時(shí)間在現(xiàn)場(chǎng)調(diào)試。坐在生產(chǎn)車間的控制室里，看著數(shù)據(jù)在屏幕上跳動(dòng)，和操作人員討論"這個(gè)數(shù)據(jù)是不是不對(duì)"，然后回到辦公室改代碼、再測(cè)試、再上線。這個(gè)循環(huán)有時(shí)候要重復(fù)十幾次。
AI進(jìn)來(lái)之后，什么變了
變化不是一夜之間發(fā)生的，但當(dāng)我回頭看，確實(shí)有一個(gè)明顯的分水嶺。
最初，我只是把AI工具當(dāng)作一個(gè)"高級(jí)搜索引擎"——遇到不熟悉的接口協(xié)議，問一下；寫一段數(shù)據(jù)轉(zhuǎn)換的腳本，讓它幫我起個(gè)草稿。效率確實(shí)提升了，但我并沒有覺得有什么本質(zhì)不同。
真正的轉(zhuǎn)變，發(fā)生在一次系統(tǒng)優(yōu)化的過(guò)程中。
當(dāng)時(shí)我在處理一個(gè)生產(chǎn)數(shù)據(jù)延遲的問題：現(xiàn)場(chǎng)采集的工序數(shù)據(jù)，經(jīng)過(guò)多層系統(tǒng)流轉(zhuǎn)后，到達(dá)MES的時(shí)間存在不穩(wěn)定的滯后，影響了實(shí)時(shí)調(diào)度的準(zhǔn)確性。按照以往的方式，我會(huì)先梳理數(shù)據(jù)鏈路，逐段排查，這個(gè)過(guò)程往往需要幾天時(shí)間。
這一次，我嘗試把整個(gè)數(shù)據(jù)流架構(gòu)、各節(jié)點(diǎn)的處理邏輯、以及我觀察到的異�，F(xiàn)象，系統(tǒng)性地整理成一段描述，輸入給AI工具，請(qǐng)它幫我分析可能的瓶頸所在。
結(jié)果讓我有些意外。AI不僅梳理出了幾個(gè)我已經(jīng)注意到的可疑點(diǎn)，還提示了一個(gè)我沒有重點(diǎn)關(guān)注的方向——中間件的消息隊(duì)列在高并發(fā)場(chǎng)景下的積壓機(jī)制。順著這個(gè)方向深挖，我找到了問題的根源。
這件事之后，我開始重新理解AI工具的價(jià)值。它不是在替代我的判斷，而是在幫我突破"經(jīng)驗(yàn)盲區(qū)"——那些因?yàn)榱?xí)慣了某種思維路徑，而容易忽略的角落。
但更重要的是，這個(gè)過(guò)程讓我意識(shí)到一個(gè)新的工作方式：我可以把更多精力放在"問題的定義"上，而不是"問題的排查"上。以前我需要自己一步步排查，現(xiàn)在我可以把問題結(jié)構(gòu)化地描述出來(lái)，讓AI幫我快速定位方向。這樣節(jié)省下來(lái)的時(shí)間，我可以用在更有價(jià)值的地方——比如思考"為什么會(huì)出現(xiàn)這個(gè)問題"，而不僅僅是"這個(gè)問題在哪里"。
從"用工具"到"換腦子"
有一段時(shí)間，我一直在思考一個(gè)問題：為什么同樣在用AI工具，有些人只是提高了打字速度，有些人卻真的在工作方式上發(fā)生了變化？
我覺得差別在于：你是把AI當(dāng)"執(zhí)行者"，還是當(dāng)"思考伙伴"。
當(dāng)我開始把AI引入系統(tǒng)設(shè)計(jì)的早期階段——不是讓它寫代碼，而是讓它幫我推演方案的邊界條件、識(shí)別潛在的設(shè)計(jì)風(fēng)險(xiǎn)——我發(fā)現(xiàn)自己的思維方式也在悄悄改變。我開始更習(xí)慣于把問題結(jié)構(gòu)化，把假設(shè)顯性化，把"我覺得應(yīng)該這樣"變成"如果這樣，會(huì)有哪些情況需要考慮"。
這種變化，讓我在和工藝工程師溝通時(shí)更有效率。以前我可能需要反復(fù)確認(rèn)細(xì)節(jié)，現(xiàn)在我可以先用AI幫我整理出一份"需求清單"，然后和工藝工程師討論這份清單是否完整、是否準(zhǔn)確。這樣溝通的效率提升了，但更重要的是，溝通的質(zhì)量也提升了——我們討論的不再是零散的細(xì)節(jié)，而是系統(tǒng)性的邏輯。
在做系統(tǒng)架構(gòu)決策時(shí)，我也開始用AI來(lái)幫我"預(yù)演"不同方案的后果。比如，如果我選擇這種數(shù)據(jù)存儲(chǔ)方案，會(huì)對(duì)系統(tǒng)的實(shí)時(shí)性有什么影響？如果我選擇這種接口設(shè)計(jì)，會(huì)對(duì)未來(lái)的擴(kuò)展性有什么限制？這些問題以前我可能需要憑經(jīng)驗(yàn)判斷，現(xiàn)在我可以讓AI幫我列舉各種可能的情況，然后我再基于這些情況做出更有把握的決策。
在面對(duì)復(fù)雜問題時(shí)，我的焦慮也更少了。以前遇到一個(gè)陌生的問題，我可能會(huì)感到無(wú)從下手�，F(xiàn)在我知道，我可以把問題描述給AI，讓它幫我分解問題、列舉可能的原因、建議排查的方向。這不是說(shuō)AI替代了我的判斷，而是說(shuō)AI讓我有了一個(gè)"思考的框架"，讓我不再是盲目地摸索，而是有方向地探索。
MES系統(tǒng)的核心價(jià)值，從來(lái)不只是"把數(shù)據(jù)存起來(lái)"，而是讓數(shù)據(jù)在正確的時(shí)間、以正確的方式，支撐正確的決策。AI的介入，讓這個(gè)目標(biāo)變得更加可及——不是因?yàn)?/span>AI替代了工程師的判斷，而是因?yàn)樗尮こ處熌軌虬迅嗑Ψ旁谡嬲枰藖?lái)判斷的地方。
新的工作方式在浮現(xiàn)
最近，我開始嘗試用AI來(lái)幫我寫需求文檔。以前寫需求文檔是一件很耗時(shí)的事——我需要把工藝工程師的口頭描述轉(zhuǎn)化成文字，確保每一個(gè)細(xì)節(jié)都準(zhǔn)確無(wú)誤，還要考慮系統(tǒng)開發(fā)人員能否理解。現(xiàn)在，我可以先用AI幫我生成一份初稿，然后我再基于這份初稿進(jìn)行修改和完善。這樣做的好處是，我可以更快地把想法落地成文字，而不是花大量時(shí)間在"怎么寫"上。
我也開始用AI來(lái)幫我做代碼審查。當(dāng)同事提交代碼時(shí)，我可以讓AI幫我分析代碼的邏輯是否清晰、是否有潛在的性能問題、是否遵循了我們的編碼規(guī)范。這不是說(shuō)AI的審查比我的審查更準(zhǔn)確，而是說(shuō)AI可以幫我快速定位問題所在，讓我把更多精力放在"這個(gè)設(shè)計(jì)是否合理"這樣的高層次問題上。
這些變化看起來(lái)很小，但累積起來(lái)，它們改變了我對(duì)工作的理解。我不再是一個(gè)"問題解決者"，而是一個(gè)"系統(tǒng)思考者"。我不再是在被動(dòng)地應(yīng)對(duì)各種需求和問題，而是在主動(dòng)地思考"如何設(shè)計(jì)一個(gè)更好的系統(tǒng)"。
站在這個(gè)時(shí)間節(jié)點(diǎn)，往前看
寶武提出"用AI重新定義鋼鐵"，我越來(lái)越能理解這句話的分量。
重新定義，不是推倒重來(lái)，而是在已有的積累上，找到新的生長(zhǎng)方式。對(duì)MES系統(tǒng)來(lái)說(shuō)，AI帶來(lái)的可能性是真實(shí)的：更智能的工序調(diào)度、更精準(zhǔn)的質(zhì)量預(yù)測(cè)、更主動(dòng)的異常預(yù)警……這些方向，我們已經(jīng)能看到輪廓。
但我更想說(shuō)的是另一件事：這場(chǎng)變革，最終考驗(yàn)的不只是技術(shù)，而是人。
技術(shù)會(huì)迭代，工具會(huì)升級(jí)，但能不能把新的能力真正轉(zhuǎn)化為生產(chǎn)力，取決于每一個(gè)工程師愿不愿意打開自己，重新審視自己的工作方式，重新定義自己的價(jià)值邊界。
我不知道五年后的MES系統(tǒng)會(huì)長(zhǎng)成什么樣子，但我知道，那個(gè)時(shí)候的我，應(yīng)該不只是一個(gè)"寫代碼的人"，而是一個(gè)真正懂得如何讓人與系統(tǒng)、系統(tǒng)與AI協(xié)同生長(zhǎng)的人。
這條路，我們都剛剛開始走。而最讓我期待的，不是技術(shù)本身會(huì)帶來(lái)什么改變，而是在這個(gè)過(guò)程中，我會(huì)成為什么樣的人。
編后
馬驍?shù)倪@篇手記，沒有炫技，卻格外動(dòng)人。他從一名MES工程師的日常出發(fā)，坦誠(chéng)地寫出了那個(gè)讓很多人輾轉(zhuǎn)反側(cè)的問題：AI來(lái)了，我的工作還穩(wěn)嗎？
他的答案不是焦慮，而是生長(zhǎng)。從“被數(shù)據(jù)折騰”到“讓AI幫忙排查”，從“問題解決者”到“系統(tǒng)思考者”——這場(chǎng)轉(zhuǎn)變的關(guān)鍵，不在于工具多先進(jìn)，而在于他主動(dòng)換了一種“活法”：把AI當(dāng)伙伴，而不是對(duì)手；把精力從“怎么干”挪到“為什么干”和“還能怎么干”。
在寶武“用AI重新定義鋼鐵”的大浪潮里，馬驍?shù)墓适绿嵝盐覀儯赫嬲淖兏铮恢辉诋a(chǎn)線、在代碼，更在每個(gè)人的腦子里。只要你愿意“換個(gè)腦子”，代碼之外，自有萬(wàn)物生長(zhǎng)。
