今天準(zhǔn)備跟大家聊一下隨著AI大模型和MCP協(xié)議生態(tài)的發(fā)展，對傳統(tǒng)的低代碼產(chǎn)品和RPA機(jī)器人產(chǎn)品所帶來的一些影響。

因為在一年多前我其實就聊過這個話題，但是最近一年的時間AI大模型、AI編程、AI智能體，包括最近的MCP協(xié)議生態(tài)的發(fā)展太快了，導(dǎo)致原來我們對這兩個產(chǎn)品的影響分析會出現(xiàn)一些變化。

1. 低代碼平臺影響分析

首先我們先講一下低代碼，大家都知道其實低代碼平臺的產(chǎn)品，它的本質(zhì)仍然是輔助我們編程，仍然是可能會生成源代碼或者是生成低代碼產(chǎn)品模板引擎能夠解析的元數(shù)據(jù)。

圖片

但是低代碼平臺產(chǎn)品它實際做了兩個重要的事情。

第一個事情它就是把我們?nèi)粘ｉ_發(fā)編程常用的一些開發(fā)規(guī)范開發(fā)規(guī)約，包括頁面規(guī)范，異常日志處理規(guī)范，公共組件使用規(guī)范等全部做標(biāo)準(zhǔn)化和統(tǒng)一。同時對底層的類似消息，緩存，安全技術(shù)組件，公共的系統(tǒng)管理和流程引擎，多語言支持，多組織支持，多數(shù)據(jù)庫支持等進(jìn)行提前預(yù)置。這些往往都是我們實際大量軟件開發(fā)工程實踐的經(jīng)驗?zāi)Ｊ匠橄蠛头e累。

第二個點(diǎn)就是低代碼平臺產(chǎn)品，它不能夠完全自然語言進(jìn)行交互，平臺希望你用更結(jié)構(gòu)化的方式把你的需求告訴它。所以說由于你告訴它的內(nèi)容偏結(jié)構(gòu)化，所以說低代碼平臺在實現(xiàn)這個功能的時候，它往往實現(xiàn)了更加的精確和準(zhǔn)確。

圖片

而上面兩個點(diǎn)剛好就是我們現(xiàn)在的AI輔助編程工具，類似于Cursor或通義靈碼這類工具最欠缺的地方。包括最近我在使用Cursor工具的過程中也逐漸的發(fā)現(xiàn)了這個問題。

即雖然說類似Cursor工具也支撐你提前進(jìn)行Rules規(guī)則設(shè)置并將其提前模版化。但是實際上你要把我原來大量工程項目實踐，開發(fā)形成的通用規(guī)約，界面的展現(xiàn)方式風(fēng)格，包括通用的一些日志異常安全處理規(guī)則全部告訴Cursor，你還是需要花大量的時間去整理，去不斷的和AI工具交互和調(diào)整。

其次，由于和AI輔助編程工具交互的時候更多的使用非結(jié)構(gòu)化的自然語言，導(dǎo)致對提示詞的寫法并沒有嚴(yán)格要求。那么如果提示語寫的太隨意，往往生成出來的代碼問題就會比較多，你需要不斷的和Cursor交互去修正這些問題。

所以一對比就會發(fā)現(xiàn)，AI輔助編程工具雖然有強(qiáng)大的代碼生成能力，但是卻沒有你原來做項目大量的私有化工程經(jīng)驗實踐的積累或內(nèi)置。同時由于提示語的隨意性，導(dǎo)致這個AI輔助很難上升到組織級工程實踐。

圖片

在AI大模型出來后，很多低代碼廠商也在積極應(yīng)對，包括提出了AI+低代碼的概念。但是我們也看到一種結(jié)合的情況如下：

即低代碼平臺講大模型內(nèi)嵌作為自己的底座，讓AI輔助來生成低代碼平臺特有的元數(shù)據(jù)，模型文件，配置模版等。這些東西可能原來我需要借助低代碼平臺的元數(shù)據(jù)管理功能，界面設(shè)計功能來花費(fèi)大量時間錄入的地方，現(xiàn)在可以通過自然語言全部幫我生成各種配置元數(shù)據(jù)。

但是我認(rèn)為這種方式除了簡單的提升低代碼平臺的配置速度外，并沒有其它大的用處，這種AI+低代碼平臺的結(jié)合沒有太大的意義，而且本身還是生成的低代碼平臺廠商特有的元數(shù)據(jù)和模版文件，不具備任何通用性。隨著大模型和AI輔助編程工具的發(fā)展，這種強(qiáng)行結(jié)合會逐步被淘汰。

而更好的一種方式反而應(yīng)該是將你多年做低代碼開發(fā)實踐形成的這種隱性的經(jīng)驗或者是規(guī)約把它模板化，把它作為你用AI輔助編程工具的關(guān)鍵的輸入，通過這種方式去進(jìn)一步調(diào)優(yōu)AI輔助編程工具，那么就會極具相當(dāng)?shù)母偁幜Α?/p>

簡單總結(jié)就是核心是AI編程工具，是以AI編程工具為主體的基礎(chǔ)上融入我們原有的軟件工程私有經(jīng)驗實踐，并將這些內(nèi)容模版化形成特有領(lǐng)域知識模塊融入到AI編程工具里面去。

2. AI大模型對RPA機(jī)器人產(chǎn)品影響

第二個再來講一下AI和RPA機(jī)器人的關(guān)系，大家都知道RPA機(jī)器人它實際上更多的就是模擬人去做相關(guān)的操作，不管是操作本地的資源文件，還是說通過瀏覽器到網(wǎng)上去做相關(guān)的案件操作，或者是爬取網(wǎng)頁。

我原來其實對于AI大模型對RPA的影響我沒有說的太透，但是最近特別是隨著 MCP模型上下文協(xié)議出現(xiàn)，包括AI通用智能體的出現(xiàn)，我發(fā)現(xiàn)對RPA這么一個產(chǎn)品會造成相當(dāng)大的一個影響。

舉個簡單的例子，我可能有一個簡單的需求，就是需要去爬取最近一周的熱點(diǎn)事件或者是新聞，然后在本地形成一個word文檔。

這個事情我原來通過RPA機(jī)器人可以快速的實現(xiàn)，當(dāng)然你也可以開發(fā)一個AI智能體做簡單的編排來實現(xiàn)。但是隨著MCP協(xié)議和大量MCP Server能力提供生態(tài)的完善，你連AI智能體都不用開發(fā)了，整個事情AI大模型完完全全可以幫助你全部完成掉。

因為AI大模型已經(jīng)具備了相應(yīng)的訪問你本地資源的能力，類似數(shù)據(jù)庫，文件系統(tǒng)，也具備了通過瀏覽器的代理去訪問網(wǎng)頁爬取資源的能力。同時AI深度思考模型還可以很好的做好任務(wù)的規(guī)劃，分解，大模型自己就能夠搞清楚哪些需要借助大模型通用能力，哪些需要調(diào)用MCP Server提供的API服務(wù)能力，然后最終再將其組合在一起完成特定目標(biāo)和任務(wù)。也就是大模型本身也完全具備傳統(tǒng)RPA才有的流程或任務(wù)的編排能力，而且更加智能化。

在我前面講MCP協(xié)議也談到，有了MCP協(xié)議后，等于統(tǒng)一構(gòu)建了一個標(biāo)準(zhǔn)統(tǒng)一的API能力層，更加方便大模型按某種標(biāo)準(zhǔn)統(tǒng)一的接口方式來訪問外部資源和工具。任何資源的訪問都涉及到客戶段和服務(wù)器端，大家都按統(tǒng)一的標(biāo)準(zhǔn)進(jìn)行開發(fā)，無須再進(jìn)行額外的開發(fā)適配工作。對于可以復(fù)用的API能力，只要開發(fā)好相應(yīng)的MCP Server接入即可，后續(xù)只要寫MCP Client端直接調(diào)用即可。

特別是隨著MCP生態(tài)不斷發(fā)展，以后連特有AI智能體開發(fā)都不需要，就是一個通用AI智能體搞定所有問題。

所以再回來分析，短期來看RPA還有哪些優(yōu)勢？

其一是RPA可能會做相當(dāng)多跨系統(tǒng)，跨人機(jī)多次交互的地方。

第二個點(diǎn)就是RPA模擬人的時候，他可能還會去做相應(yīng)的一些數(shù)據(jù)操作數(shù)據(jù)錄入的工作。比如說我需要訪問本地的文件，拿到一個Excel以后逐條的登錄到稅務(wù)網(wǎng)站去做相關(guān)的稅務(wù)報稅處理。稅務(wù)報稅界面它可能是一個結(jié)構(gòu)化的界面，它需要去做相關(guān)的動作，對于這種輸入的操作，它對結(jié)構(gòu)化的要求相當(dāng)?shù)膰?yán)格。這一類東西短期你要通過智能的AI代理全部完成，具備一定的難度，這一些可能是短期AI大模型沒辦法替代的。

但是回過頭來講RPA和AI大模型它之間究竟是什么樣一個關(guān)系呢？兩者究竟是相互競爭還是最終融合？

圖片

這里一個關(guān)鍵就是誰為主體，誰來編排誰的問題。

第一種情況就是主體還是RPA產(chǎn)品，但是我RPA再去做流程任務(wù)編排的時候，我會把AI大模型的能力作為我的一個編排節(jié)點(diǎn)，比如說爬取網(wǎng)頁還是RPA來做完的，但是扒取完的網(wǎng)頁的內(nèi)容去做內(nèi)容總結(jié)，我可能調(diào)了AI大模型的能力，這是第一種方式。

第二種方式就是我再去做通用的AI智能體里面，雖然說有各種豐富的MCP Server提供通用化的API能力給我使用，那么有一些工作可能仍然是類似于需要模擬一些人工處理才能形成的能力。那么對于RPA機(jī)器人我能不能也作為一個MCP Server的能力節(jié)點(diǎn)接入到AI里面去？這個也是我們可以考慮的一個關(guān)鍵思路。

上面兩種思路大家一定要注意，隨著通用AI智能體，隨著逐漸豐富的MCP Server能力的提供，第一種方式將會越來越會被替代掉。而更多的融合我的理解仍然是以AI大模型為主，RPA僅僅是能力提供組件進(jìn)行接入。

所以說基于我剛才的一個簡單的分析，大家可以看到隨著AI大模型和MCP 生態(tài)的發(fā)展，包括通用AI智能體的發(fā)展，是對于傳統(tǒng)的低代碼開發(fā)和RPA機(jī)器人產(chǎn)品都會造成很大的影響。但是這個影響又不是說簡單的替代原有的兩個產(chǎn)品，更多的仍然要去考慮這兩個傳統(tǒng)的產(chǎn)品怎么樣去跟AI大模型做更好的一些深度融合和集成。

好了，今天的簡單分享就到這里，希望對大家有所啟發(fā)。