最近幾年，低代碼甚至零代碼的做法在行業(yè)內(nèi)興起。而在AI熱潮興起后，廠商也在積極探索AI 與低/零代碼應(yīng)用開發(fā)平臺(tái)的融合方式，致力于進(jìn)一步降低開發(fā)門檻。這篇文章，我們就來看下整個(gè)低代碼這個(gè)領(lǐng)域的現(xiàn)狀與發(fā)展情況。

企業(yè)上云逐漸成為數(shù)字經(jīng)濟(jì)的常態(tài)事件，越來越多的低/零代碼應(yīng)用開發(fā)平臺(tái)以云的形式提供服務(wù)，并為云應(yīng)用的開發(fā)、集成、 運(yùn)維等工作提供進(jìn)一步簡化的工具調(diào)用方式，更好的貼合云時(shí)代下的企業(yè)需求。

此外，AI熱潮興起后，廠商也在積極探索AI 與低/零代碼應(yīng)用開發(fā)平臺(tái)的融合方式，致力于進(jìn)一步降低開發(fā)門檻，提升開發(fā)效率，“讓低代碼更低，零代碼更零”。

一、行業(yè)背景

1.1 AIGC 熱潮下的低/零代碼應(yīng)用開發(fā)平臺(tái)

AI熱潮指在2022年末開始興起的AIGC和大語言模型熱潮，低/零代碼應(yīng)用平臺(tái)與AI 結(jié)合的落地實(shí)踐較少，目前結(jié)合的方向在于針對(duì)不同角色提升平臺(tái)的使用效率。

AIGC 得到行業(yè)客戶關(guān)注，低/零代碼融入 AIGC 有望實(shí)現(xiàn)產(chǎn)品能力的躍升，數(shù)字化優(yōu)先程度越高的企業(yè)，對(duì) AIGC 關(guān)注度越高。

低/零代碼 + AIGC 定義為 “基于智能模型驅(qū)動(dòng)的自適應(yīng)開發(fā)”產(chǎn)品。

理論設(shè)計(jì)上：

1. 此類產(chǎn)品可以支持通過自然語言的形式向平臺(tái)下達(dá)指令，AI 判斷用戶指令后，產(chǎn)品可以自動(dòng)進(jìn)行表單創(chuàng)建、報(bào)告創(chuàng)建、OA 功能開發(fā)、特定需求的代碼生成等操作（具體需要結(jié)合不同產(chǎn)品的功能設(shè)計(jì)）。
2. 這樣的能力可以讓公民開發(fā)者通過語言指令快速實(shí)現(xiàn)數(shù)字化解決方案構(gòu)建，加速全民開發(fā)者時(shí)代的到來，同時(shí)也可以提升專業(yè)開發(fā)者的工作效率。

1.2 AI + 低/零代碼應(yīng)用分析

產(chǎn)品淺析：從客戶期望來看，融入 AICG 的低/零代碼產(chǎn)品，需要在功能設(shè)計(jì)和產(chǎn)品交互上，重點(diǎn)關(guān)注用戶使用體驗(yàn)、增強(qiáng)開發(fā)功能的完整性和可用性

用戶關(guān)注點(diǎn)：

• 生成代碼質(zhì)量
• 代碼安全性
• 可以支持的開發(fā)類型和功能完整度
• 可以支持的個(gè)性化開發(fā)程度
• 機(jī)器人的語言理解力
• 產(chǎn)品功能儀容程度
• 是否支持輔助 bug 調(diào)試
• 是否支持代碼解釋

產(chǎn)品交互和關(guān)鍵詞提示

為了讓 Al 可以更精準(zhǔn)地理解指令進(jìn)而實(shí)現(xiàn)功能開發(fā)，使用者需掌握有效關(guān)鍵詞和提問技巧。隨著用戶需求沉淀和與之匹配的效關(guān)鍵詞積累，供應(yīng)商可以嘗試向客戶提供“關(guān)鍵詞提示”和“關(guān)鍵詞修正建議”等功能，幫助用戶提升人機(jī)交互效率，提升客戶體驗(yàn)和產(chǎn)品使用效能。

可信模型訓(xùn)練

基于特定行業(yè)和特定場景的代碼生成模型訓(xùn)練有可能使用到非公開的行業(yè)數(shù)據(jù)，相關(guān)代碼模型供應(yīng)商也需要探索基于隱私保護(hù)計(jì)算技術(shù)的模型訓(xùn)練，由于加密算法讓計(jì)算量的增加，模型訓(xùn)練度和成本也會(huì)受到影響。

1.3 AI + 低/零代碼 的影響和價(jià)值

AIGC 可以深層次引發(fā) IT 效率革命，讓更多業(yè)務(wù)人員有機(jī)會(huì)成為公民開發(fā)者，進(jìn)而推動(dòng)全民開發(fā)時(shí)代的到來；對(duì)低/零代碼競爭力聚焦點(diǎn)、生態(tài)與市場格局、產(chǎn)品和服務(wù)等方面產(chǎn)生影響。

傳統(tǒng)低代碼和零代碼產(chǎn)品往需要對(duì) IT 成熟度高、中、低企業(yè)進(jìn)行道配且存在能力邊界（例如 T 成熟度低的企業(yè)可能因?yàn)槿狈I(yè)開發(fā)者而無法使用低代碼產(chǎn)品，但是零代碼產(chǎn)品也只能完成簡單功能的搭建）。

而未來成熟的 AIGC 低代碼和零代碼產(chǎn)品所具備的是“基于智能模型的自適應(yīng)開發(fā)”能力，且僅 以自然語言指令的方式便可以實(shí)現(xiàn)代碼生成和功能實(shí)現(xiàn)，因此可以更好地淡化傳統(tǒng)低/零代碼產(chǎn)品的能力邊界性和使用者的局限性。從生產(chǎn)力變革的角度帶來 IT 效率革命，讓更多的業(yè)務(wù)人員有機(jī)會(huì)成為公民開發(fā)者進(jìn)而推動(dòng)全民開發(fā)時(shí)代的到來。

傳統(tǒng)低代碼和零代碼產(chǎn)品側(cè)重基于經(jīng)驗(yàn)和代碼積累的功能抽象封裝、流程預(yù)定義、基于數(shù)據(jù)定義和元數(shù)據(jù)配置來生成應(yīng)用程序。

而AIGC低/零代碼產(chǎn)品的能力提升取決于大模型的成熟度，大模型所提供的開發(fā)生產(chǎn)力將對(duì)傳統(tǒng)產(chǎn)品形成降維打擊，因此隨著 AGC 在代碼生成方面的應(yīng)用逐步成熟，低代碼和零代碼廠商的競爭力聚焦點(diǎn)將發(fā)生調(diào)整，進(jìn)而為提升產(chǎn)品力所建設(shè)的廠商生態(tài)也將呈現(xiàn)一定的變化。自然語言指令等新的產(chǎn)品交互形式也會(huì)影響產(chǎn)品使用和服務(wù)方式的變化。

1.4 中國低/零代碼市場趨勢：AI + 低/零代碼的融合

越來越多的供應(yīng)商會(huì)將 AI 融入低/零代碼，預(yù)計(jì) 2027 年，70%～ 80% 的用戶將使用具備 AI 能力的低/零代碼產(chǎn)品

1.5 智能自適應(yīng)開發(fā)平臺(tái)（IADP）

智能自適應(yīng)開發(fā)平臺(tái)（IADP），是低/零代碼的重要發(fā)展方向。預(yù)計(jì) 2027 年，約 50% 的領(lǐng)先實(shí)踐企業(yè)將開始構(gòu)建或正在構(gòu)建智能自適應(yīng)開發(fā)平臺(tái)。

MTI Quadran（市場趨勢洞察象限）將此趨勢納入“重點(diǎn)關(guān)注“類別。

智能自適應(yīng)開發(fā)平臺(tái)（Intelligent adaptive development platform,I/ADP)是以“基于智能模型的自適應(yīng)開發(fā)能力“為核心所構(gòu)建的支持個(gè)性化和復(fù)雜需求的軟件開發(fā)平臺(tái)。

智能自適應(yīng)開發(fā)平臺(tái)（IADP）支持多樣化的團(tuán)隊(duì)，提供軟件交付與全生命周期管理的服務(wù)，覆蓋個(gè)性化和復(fù)雜開發(fā)需習(xí)求實(shí)現(xiàn)、原型設(shè)計(jì)、測試、代碼安全保障措施和監(jiān)控、智能運(yùn)維高效系統(tǒng)集成等在內(nèi)的全域能力，開發(fā)者知識(shí)庫是為平臺(tái)能力升級(jí)和模型訓(xùn)練效率提升（基于 KnowHow 沉淀提升模型參數(shù)調(diào)整的精準(zhǔn)性）而設(shè)計(jì)。

之所以 IADP 類產(chǎn)品有望在未來 5 年內(nèi)得以實(shí)現(xiàn)，將得益于生成式 AI 的發(fā)展。

客戶構(gòu)建智能自適應(yīng)開發(fā)平臺(tái)（IADP）可以真正地加速數(shù)字轉(zhuǎn)型效率，最大程度適應(yīng)敏態(tài)的業(yè)務(wù)需求，縮小客戶預(yù)期和實(shí)踐成效之間的差距（甚至超出客戶預(yù)期）。無論是客戶內(nèi)部建設(shè) IADP，亦或是供應(yīng)商打造 IADP 產(chǎn)品，其過程均需要設(shè)定好功能優(yōu)先級(jí)和明確的開發(fā)思路。

根據(jù)咨詢公司對(duì)數(shù)十位領(lǐng)先實(shí)踐企業(yè)的領(lǐng)導(dǎo)者闡述智能自適應(yīng)開發(fā)平臺(tái)（IADP）這一概念同時(shí)征詢投入意向時(shí)，約 50%的受訪者表示如果擁有合適的供應(yīng)商提供技術(shù)支持和服務(wù)，可以在 5 年年內(nèi)嘗試建設(shè) IADP，但需要采取“小步慢跑“的逐漸嘗試性的投資策略；同時(shí)擁有 40% 以上的受訪者表示更愿意看到供應(yīng)商可以提供 IADP 產(chǎn)品后再進(jìn)行投資。

二、低/零代碼 + AI 行業(yè)趨勢

低代碼的主張：“降低代碼開發(fā)量，通過點(diǎn)擊配置、圖形化拖拽開發(fā)應(yīng)用，人人都是公民開發(fā)者”；

大模型的主張：“不用代碼開發(fā)，通過自然語言生成應(yīng)用，人人都是開發(fā)者”。

低/零代碼+AI 主要目標(biāo)：在低/零代碼開發(fā)平臺(tái)的基礎(chǔ)上進(jìn)一步降低開發(fā)門檻，提升開發(fā)效率

低代碼+Ai 問答 太簡單

低/零代碼開發(fā)平臺(tái)上可以放置AI問答類功能的接口，這種結(jié)合方式較為簡單，但僅限于減少去檢索問答功能的步驟，因而不是低/零代碼廠商努力的方向。

正確方向

• 大語言模型更高級(jí)的結(jié)合形式，在于AI功能盡可能發(fā)揮低/零代碼應(yīng)用開發(fā)平臺(tái)的本意價(jià)值，即進(jìn)一步提升開發(fā)效率，降低開發(fā)門檻；
• 根據(jù)此方向，有分別針對(duì)業(yè)務(wù)人員、專業(yè)開發(fā)人員、產(chǎn)品經(jīng)理人群的AI+低/零代碼功能的推出，但目前均處于商業(yè)測試化階段。

三、低/零代碼 與 AI Agent

1. Agent 是通過綜合多種先進(jìn)算法建成具有獨(dú)立思考和工具調(diào)用能力的智能體

AI Agent本質(zhì)上是以LLM為核心的代理系統(tǒng)，它可以被應(yīng)用為一個(gè)軟件程序自動(dòng) 理解并執(zhí)行命令，也可以被裝載到物理實(shí)體中控制機(jī)器。

與LLM（大語言模型）通過和用戶語言交互，生成相應(yīng)的文字、圖片等內(nèi)容的能力相比， Agent在LLM之上疊加了記憶、規(guī)劃、工具調(diào)用的能力，具備自我學(xué)習(xí)、反思的獨(dú)立思考能力和任務(wù)規(guī)劃、工具調(diào)用的能力，從而 為人類解決更廣范圍的問題。

2. Agent 能自主選擇合適的路徑、工具，和應(yīng)用程序交互以完成任務(wù)

在Agent的多種應(yīng)用實(shí)踐中，對(duì)于規(guī)劃、記憶、工具的組件能力的應(yīng)用深淺 和綜合方式都有所不同，目前Agent的實(shí)踐主要體現(xiàn)在自動(dòng)執(zhí)行人機(jī)交互任務(wù)和模擬人類社會(huì)活動(dòng)兩個(gè)方面。

具體實(shí)踐案例

Hugging GPT：對(duì)工具調(diào)用能力

Generative Agents：獨(dú)立思考能力

3. 兩向融合現(xiàn)象：低/零代碼開發(fā)平臺(tái)融合AI Agent輔助開發(fā)，并出現(xiàn)開發(fā)AI Agent的低/零代碼開發(fā)平臺(tái)

AI Agent目前最適合的商業(yè)化落地方式依然是嵌入低代碼應(yīng)用開發(fā)平臺(tái)中，作為應(yīng)用開發(fā)的輔助功能，進(jìn)一步提升平臺(tái)的使用效率。

4. 其他解決低代碼痛點(diǎn)思路

低代碼平臺(tái)依然存在效率低的痛點(diǎn)：

（1）應(yīng)用搭建效率低。非開發(fā)者在搭建應(yīng)用前需要熟悉低代碼平臺(tái)的使用和各類組件的配置項(xiàng)。

（2）組件研發(fā)效率低。新的組件研發(fā)流程還是傳統(tǒng)的產(chǎn)品出需求文檔，開發(fā)出詳細(xì)設(shè)計(jì)、編碼實(shí)現(xiàn)。

解決思路

• 針對(duì)應(yīng)用搭建效率低的痛點(diǎn)：讓非開發(fā)者不需了解低代碼平臺(tái)的使用和組件的配置等，講出需求，AI 輔助快速搭建應(yīng)用。
• 針對(duì)組件研發(fā)效率低的痛點(diǎn)：AI 輔助需求文檔到完成編碼整個(gè)階段的提效。

將現(xiàn)有的低代碼平臺(tái)升級(jí)為“AI 驅(qū)動(dòng)應(yīng)用開發(fā)平臺(tái)”，針對(duì)三類不同的使用人群進(jìn)行賦能提效，實(shí)現(xiàn)平臺(tái)全局 AI 驅(qū)動(dòng)。

• 面向產(chǎn)品經(jīng)理的需求抽象：協(xié)助產(chǎn)品將描述性的需求文檔，轉(zhuǎn)換成規(guī)范數(shù)據(jù)結(jié)構(gòu)。
• 面向開發(fā)者的輔助編碼：作為程序員的開發(fā)助手，完成確定性功能函數(shù)編程。
• 面向非開發(fā)者的應(yīng)用搭建輔助：講出需求，快速搭建應(yīng)用。

四、Ai+低/零代碼 實(shí)際落地案例

1、得帆信息·DeCode

AiCG 融合點(diǎn)

底層：文心 & GPT 大模型

融合方向：自動(dòng)編程、輔助搭建、智能匹配、智能搭建、智能翻譯、對(duì)話問答、場景融合

應(yīng)用形式

1. 組件形式：提供提供快速接入GPT、并融合搭建業(yè)務(wù)應(yīng)用的能力
2. 智能問答形式：包裝為智能助手、智能機(jī)器人，為用戶提供數(shù)據(jù)洞察的能力，幫助用戶直接地理解和利用
   數(shù)據(jù)
3. 應(yīng)用生成：基于自然語言描述，進(jìn)行需求抽象、搭建、調(diào)試

2、金現(xiàn)代·輕騎兵

3、 西門子 Mendix10

Mendix10，將 AI和ML（機(jī)器學(xué)習(xí)）融入低代碼領(lǐng)域，包括了最新的人工智能和機(jī)器學(xué)習(xí)功能，新的業(yè)務(wù)協(xié)作和IT協(xié)作的工具，簡化的開發(fā)人員體驗(yàn)，擴(kuò)展的云部署選項(xiàng)，以及現(xiàn)代化的治理和控制方法。

1.Mendix 發(fā)布 Mendix Assist（人工智能開發(fā)工具）的新功能—Mendix Chat

這是一個(gè)嵌入IDE中的大型語言模型，可生成開發(fā)指導(dǎo)并接受Mendix特定專業(yè)知識(shí)的培訓(xùn)和支持；

他們的主要思路為人工智能輔助開發(fā)（AIAD），他們會(huì)將下一代產(chǎn)品引入生成式人工智能（AIGC）。同時(shí)，生成式AI加入低代碼和無代碼開發(fā)平臺(tái)，將會(huì)進(jìn)一步降低使用低代碼和無代碼開發(fā)工具的門檻，并或?qū)⒄Q生新的智能開發(fā)技術(shù)；

Mendix 的思路以 AI 輔助編程為主（https://www.mendix.com/platform/ai/）。舉例來講，由于他們擁有一個(gè)強(qiáng)大的 IDE ，他們的 AI assist 能力首先考慮用戶的編輯器體驗(yàn)。對(duì)于低代碼編輯器使用者來講，最頭疼的就是如何在一大堆組件和邏輯中快速選擇想要的了，所以 Mendix 從 IDE 的基本體驗(yàn)出發(fā)，參考代碼補(bǔ)全和代碼推薦的方式創(chuàng)造性地提出了節(jié)點(diǎn)推薦的方式:

這種做法有效解決了“選擇困難癥”。AI 會(huì)根據(jù)用戶上下文計(jì)算推薦需要的內(nèi)容，并計(jì)算權(quán)重用來排序，很類似搜索引擎的工作。

來源：http://www.lowcodetime.com/13091.html

2.Mendix 10引入了全新的ML Kit

1. 有一部分客戶希望能將自己的專有的 ML 模型嵌入到 Mendix 應(yīng)用程序中
2. 為滿足此需求，Mendix 10引入了全新的ML Kit，該工具可以讓開發(fā)者將常見的ML框架構(gòu)建的模型部署到Mendix Runtime中。無論模型是用scikit-learn、PyTorch還是TensorFlow等框架訓(xùn)練的，都可以轉(zhuǎn)換為開放神經(jīng)網(wǎng)絡(luò)交換（ONNX）格式，然后直接集成到Mendix應(yīng)用程序中，保證高性能、數(shù)據(jù)安全和經(jīng)濟(jì)效益

來源：Mendix 10將AI和ML融入低代碼平臺(tái) ，助力企業(yè)實(shí)現(xiàn)組合式數(shù)字解決方案交付

4、FlutterFlow 低代碼移動(dòng)應(yīng)用開發(fā)平臺(tái)

特點(diǎn)：擁抱生成式 AI

FlutterFlow 推出了AI驅(qū)動(dòng)的代碼助手，可以根據(jù)所需功能的描述生成代碼（例如，“找出兩點(diǎn)之間的距離”）

（ FlutterFlow簡介：成立于 2020 年，A 輪 2550w 美元，估值1.7億美元；FlutterFlow提供了旨在簡化在iOS和Android以及桌面操作系統(tǒng)（例如Windows和macOS）上運(yùn)行的應(yīng)用構(gòu)建的低代碼工具。利用Flutter，Google的開源UI創(chuàng)建工具包，F(xiàn)lutterFlow生成了Abel描述為“干凈”和“可維護(hù)”的應(yīng)用源代碼）

來源：擁抱生成式AI，F(xiàn)lutterFlow 低代碼移動(dòng)應(yīng)用開發(fā)平臺(tái)獲2550萬美元融資

5、CodeGPT——大模型應(yīng)用于低代碼

系統(tǒng)架構(gòu)圖

已擁有能力

1. 頁面創(chuàng)建：自然語言創(chuàng)建頁面，包括頁面布局和頁面功能腳本；
2. 頁面控件修改：自然語言修改頁面控件的布局、風(fēng)格、屬性等等；
3. 頁面字段增加：自然語言請(qǐng)求大模型給出建議字段；
4. 腳本生成：自然語言請(qǐng)求生成一段腳本實(shí)現(xiàn)特定功能；
5. 腳本修改：給出原有的腳本，自然語言描述修改需求，大模型做腳本修改；
6. Sql生成：自然語言生成Sql；
7. 正則表達(dá)式生成：自然語言生成正則表達(dá)式；
8. 閑聊意圖識(shí)別：拒絕開發(fā)輔助以外的提問；
9. 研發(fā)智能問答：針對(duì)研發(fā)的開發(fā)問題的問答

正在開發(fā)能力

1. 操作手冊(cè)生成：選擇正在使用的低代碼頁面，大模型生成操作手冊(cè)；
2. 需求文檔生成頁面：向大模型提供需求文檔，自動(dòng)生成頁面；
3. 腳本實(shí)時(shí)續(xù)寫：實(shí)時(shí)續(xù)寫腳本，基本可以達(dá)到行級(jí)續(xù)寫和函數(shù)級(jí)續(xù)寫；
4. 腳本注釋生成：理解腳本，為腳本添加注釋，提升腳本可讀性；
5. 腳本解釋：理解腳本，并根據(jù)上下文，解釋代碼的邏輯、功能；
6. 腳本優(yōu)化/修復(fù)：優(yōu)化和修復(fù)腳本；
7. 頁面測試生成：RPA整合，形成頁面測試腳本；

來源：低代碼大模型的架構(gòu)與CodeGPT的落地

6、無極低代碼（有案例）

1、 三個(gè)場景案例

場景一：組件定制

以表單組件為例，通過智能推到UI生成一個(gè)表單后，往往需要進(jìn)一步的細(xì)節(jié)調(diào)整。而這些調(diào)整操作都是重復(fù)的，非常繁瑣，我們嘗試用AI來取代它。

下面視頻案例中，演示了表單的標(biāo)簽翻譯和下拉框的可選項(xiàng)配置。通過AI取代簡單重復(fù)的人工操作，降低低代碼平臺(tái)的使用門檻；

場景二：邏輯定制

有些頁面邏輯需要編寫少量的前端代碼（Javascript）來實(shí)現(xiàn)，這塊功能我們稱之為LessCode。在 LessCode 里面可以調(diào)用我們的 API 來 “獲取頁面的狀態(tài)數(shù)據(jù)” 或者 “調(diào)用無極的工具方法”，這里的代碼規(guī)模不大，技術(shù)要求也不高，難點(diǎn)在于要學(xué)習(xí)無極的文檔，如果把這個(gè)文檔交給AI呢？（世界瞬間清凈了 ～）

下面視頻案例中，演示如何在無極中使用AI來編寫邏輯代碼。AI寫出來后，我們可以人工CR一下，也可以跳過CR，直接去預(yù)覽狀態(tài)下做“黑盒測試”，這樣一來，對(duì)無極用戶們的代碼能力又降低了。

此處為視頻卡片，點(diǎn)擊鏈接查看：1710208506153.mp4

場景三：數(shù)據(jù)分析

能否通過AI實(shí)現(xiàn)全過程的自動(dòng)化？這里進(jìn)一步嘗試“零代碼”的開發(fā)，實(shí)現(xiàn)用戶的“一句話需求”。

下面視頻案例中，選擇BI這個(gè)例子，通過AI自動(dòng)編寫SQL、自動(dòng)選擇合適的圖表組件、或者進(jìn)一步調(diào)整組件細(xì)節(jié)；從 “接入數(shù)據(jù)” -> “生成組件” -> “組件調(diào)整”，全過程由AI獨(dú)立完成。

此處為視頻卡片，點(diǎn)擊鏈接查看：1710208582681.mp4

2、AI 是否高效，由【使用場景】和【AI 成熟度】有關(guān)

1. 使用場景

1. 如需求 “根據(jù)學(xué)生數(shù)據(jù)表統(tǒng)計(jì)學(xué)生的男女比例”，這時(shí)候需要一定的思考成本，低代碼無法自動(dòng)化，這時(shí)候引入AI來理解自然語言、并生成SQL，就能吊打低代碼
2. 如“把名稱這個(gè)表單項(xiàng)的標(biāo)簽，由 name 改成 ‘名稱’”，讓AI來處理，它會(huì)先尋找表單項(xiàng)、獲取表單項(xiàng)的信息、最后才是設(shè)置標(biāo)簽值，但是對(duì)于一個(gè)稍微熟悉低代碼的開發(fā)者來說，單擊一下配置框直接輸入“名稱”兩字就完事了，這樣跟AI對(duì)比，人工操作更快更準(zhǔn)。但是如果重復(fù)的操作量增大，比如“把整個(gè)表單的所有標(biāo)簽都翻譯成中文”，這時(shí)候讓AI來循環(huán)操作就非常合適

適合 AI的場景：具備一定的思考成本或者操作體量大

2. 成熟度

AI的輸出不一定是100%準(zhǔn)確，在未來很長一段時(shí)間，AI和人工是共存的。一方面，我們可以先人工再AI，使用無極的“智能推導(dǎo)UI”，快速生成固定模板的組件，然后配合AI完成細(xì)節(jié)調(diào)整；另一方面，我們也可以先AI再人工，用AI快速生成一個(gè)可用的Demo，然后再通過低代碼的可視化配置能力進(jìn)行修正。

無極接入AI的經(jīng)驗(yàn)

無極接入AI的方式是抽象出一層DSL（領(lǐng)域特定語言），讓AI通過DSL了解無極的能力，同時(shí)輸出DSL交給無極解析執(zhí)行。基于這一層抽象，任何領(lǐng)域的應(yīng)用都能夠接入AI，只要它的能力能被原子性地描述出來。只需要三步 ：

• 領(lǐng)域能力封裝成 DSL
• 將 DSL 的組合方式（鏈?zhǔn)剿季S的方式，CoT）提煉成 Prompt
• 執(zhí)行AI返回的指令

來源：無極低代碼平臺(tái)的AI之路 – 知乎 (zhihu.com)

7、氚云（功能較普通，運(yùn)行較絲滑）

用戶通過喚醒氚云界面?zhèn)冗厵趦?nèi)命名“Authine AI”的助手，通過對(duì)話框，以自然語言的形式向平臺(tái)下達(dá)指令。AI 在判斷用戶需要新建應(yīng)用指令后，自動(dòng)從工作臺(tái)（應(yīng)用態(tài)）跳轉(zhuǎn)至表單設(shè)計(jì)器（設(shè)計(jì)態(tài)），進(jìn)行新建表單、創(chuàng)建字段等操作。這在傳統(tǒng)軟件或SaaS中屬于尚不能實(shí)現(xiàn)的場景，意味著一個(gè)業(yè)務(wù)人員可以隨時(shí)根據(jù)業(yè)務(wù)需求，變更、新增應(yīng)用，只需幾句話、30秒就能上線一個(gè)新應(yīng)用

來源：奧哲被曝將發(fā)布AI低代碼開發(fā)平臺(tái)，AIGC會(huì)改變低代碼行業(yè)格局嗎？-36氪 (36kr.com)

8、 其他廠商：AI 在低代碼的應(yīng)用

eg1:頁面生成 & 布局能力

需求：頁面分為三部分，頂部是標(biāo)題”合金彈頭首發(fā)”，中間是一張圖片，圖片鏈接是”<a href=”https://cdn.yyb.gtimg.com/co-page-img/game-icon.png”>https://cdn.yyb.gtimg.com/co-page-img/game-icon.png“，底部是一個(gè)按鈕，按鈕文案是云游跳轉(zhuǎn)。

此處為視頻卡片，點(diǎn)擊鏈接查看：1710211961498.mp4

eg2: 頁面修改能力

需求：刪除圖片，標(biāo)題的文案改為”今天首發(fā)”，按鈕的文案改為”立即試玩”，按鈕顏色改為”紅色”。

此處為視頻卡片，點(diǎn)擊鏈接查看：1710211989806.mp4

eg3: 產(chǎn)品需求抽象 & 輔助編程能力

來源：AIGC 時(shí)代：低代碼 + AI – 知乎 (zhihu.com)

eg4: 圖形化編程

1. 數(shù)據(jù)模型畢竟還僅僅是單一維度的東西，要配合業(yè)務(wù)邏輯的才能稱得上是系統(tǒng)。

織信，通過織信的【自動(dòng)化】功能實(shí)現(xiàn)業(yè)務(wù)邏輯的自動(dòng)化編寫能力。

我們需要生成一個(gè)“當(dāng)會(huì)議室信息表的會(huì)議狀態(tài)從進(jìn)行中變?yōu)橐淹瓿傻臅r(shí)候，自動(dòng)生成會(huì)議紀(jì)要記錄，并且關(guān)聯(lián)對(duì)應(yīng)的會(huì)議信息。系統(tǒng)會(huì)自動(dòng)生成對(duì)應(yīng)的自動(dòng)化步驟。

2. 復(fù)雜指令

更加復(fù)雜的指令，系統(tǒng)也能夠很好的給出結(jié)果。

我們將下面的需求寫入對(duì)話框內(nèi)：

根據(jù)傳入的recordId查詢項(xiàng)目表的項(xiàng)目記錄，判斷項(xiàng)目的狀態(tài)是否為進(jìn)行中，如果是繼續(xù)執(zhí)行，如果不是則中斷并提示“項(xiàng)目狀態(tài)已修改”。繼續(xù)查詢?nèi)蝿?wù)表中關(guān)聯(lián)項(xiàng)目等于recordId的任務(wù)列表，判斷任務(wù)列表中是否有存在狀態(tài)不為已完成的任務(wù)，如果滿足則中斷并提示“還有未完成的任務(wù)，無法完成項(xiàng)目”，如果不滿足則修改當(dāng)前項(xiàng)目的狀態(tài)為已完成，修改當(dāng)前項(xiàng)目的完成時(shí)間為當(dāng)前時(shí)間，并且給項(xiàng)目負(fù)責(zé)人發(fā)送系統(tǒng)通知。

3. 編寫代碼片段

在很多復(fù)雜的需求場景里，某些功能可能需要用到腳本，甚至是編寫代碼才能實(shí)現(xiàn)用戶的需求。

這個(gè)時(shí)候如果你是一個(gè)完全不懂如何寫代碼的人，也完全不用擔(dān)心。

織信在涉及到代碼編寫的地方，也引入了【詢問AI】的功能，此時(shí)的你只需要輸入指令，AI連代碼也可以幫你輕松搞定。

參考文獻(xiàn)

1. 《艾瑞咨詢：2023年中國低零代碼行業(yè)研究報(bào)告.pdf》
2. 《低碼時(shí)代 – Market Insight：中國低代碼&零代碼市場發(fā)展洞察(2023).pdf》
3. LowCode低碼時(shí)代 -中國低代碼行業(yè)研究、市場報(bào)告、技術(shù)選型和媒體報(bào)道。