前兩天和朋友吃飯，聊起了AI，他說：“現(xiàn)在AI這么厲害，為什么不能用到公司系統(tǒng)中呢？”

我說：“你想用到哪里去？”

他說：“公司系統(tǒng)有個(gè)采購審批的功能，需要查詢供應(yīng)商、歷史采購記錄、預(yù)算等信息，然后進(jìn)行分析、決策，這事兒讓AI干不是很合適嗎？”

我想了下，AI看起來確實(shí)很適合，但是它干不了啊，它不理解公司這些復(fù)雜的業(yè)務(wù)系統(tǒng)??！

難不成讓朋友把信息從業(yè)務(wù)系統(tǒng)中復(fù)制出來，讓大模型去分析處理？ 這就太笨了！

這其實(shí)就是AI窘?jīng)r：看起來熱熱鬧鬧，但都是偏娛樂性的玩具，一旦想落地到企業(yè)級(jí)應(yīng)用，真正產(chǎn)生價(jià)值就難了！

能不能把AI嵌入到業(yè)務(wù)系統(tǒng)中，和業(yè)務(wù)系統(tǒng)進(jìn)行融合呢？

這得要求AI能理解系統(tǒng)的數(shù)據(jù)模型，業(yè)務(wù)邏輯，UI模塊，世界上有無數(shù)的IT系統(tǒng)，用的開發(fā)語言和技術(shù)棧各色各樣，AI如何才能理解它們？這太難了。

不過，難就意味著機(jī)會(huì)，還可能是非常巨大的機(jī)會(huì)。

最近朋友圈都在談的JitAI，確實(shí)有讓人豁然開朗的感覺！

剛看到JitAI時(shí)，我覺得這不就是個(gè)低代碼平臺(tái)然后加上一些AI原生的功能嘛，深入進(jìn)去才發(fā)現(xiàn)：JitAI是從系統(tǒng)架構(gòu)的最底層做了創(chuàng)新和重構(gòu)！是一個(gè)面向AI而設(shè)計(jì)的全新系統(tǒng)架構(gòu)！而面向GUI的可視化低代碼開發(fā)，只是它附帶的一個(gè)能力而已。

很感慨，在軟件工程領(lǐng)域，第一次看到中國公司在底層協(xié)議、開發(fā)框架、開發(fā)工具、應(yīng)用容器平臺(tái)這種長期被國外占領(lǐng)的領(lǐng)域做出創(chuàng)新。而且，關(guān)于那個(gè)一直被程序員吐槽但又放不下的課題---“低代碼開發(fā)”，我似乎在JitAI上看到了終極答案，作為做過多年開發(fā)的我來說，第一次對(duì)“可視化開發(fā)”的可行性有了完全的認(rèn)可！

產(chǎn)品很震撼，我大力硬廣一下：官網(wǎng)鏈接：https://jit.pro/

01

讓AI看懂系統(tǒng)底層的秘密

1.給每個(gè)模塊都配上一個(gè)詳細(xì)的“說明書”

為了讓AI實(shí)現(xiàn)對(duì)業(yè)務(wù)系統(tǒng)的感知能力，非得從最底層動(dòng)刀不可，為此JitAI設(shè)計(jì)了一個(gè)叫做JAAP的應(yīng)用架構(gòu)協(xié)議。

JAAP協(xié)議讓應(yīng)用的每個(gè)模塊都是自描述的，這樣，AI看一眼就知道：

• 模塊的功能（這個(gè)模塊是干什么的？）

• 輸入?yún)?shù)要求（需要什么數(shù)據(jù)？）

• 輸出結(jié)果格式（會(huì)返回什么？）

• 調(diào)用限制條件（什么情況下能用？）

比如這是個(gè)元素的定義：

}

AI只要一看這個(gè)說明書，就會(huì)明白：“嗯，這是個(gè)數(shù)據(jù)模型的定義，主要做用戶管理的，它有個(gè)叫做getUserById的方法，可以根據(jù)ID獲取用戶，參數(shù)是userId，但是必須得登錄以后才行.......”

這種自描述模塊不但適用于后端業(yè)務(wù)邏輯，也適用于前端UI，這意味著AI不僅能調(diào)用后端功能，還能理解和操作前端界面，這為AI驅(qū)動(dòng)全棧系統(tǒng)奠定了基礎(chǔ)。

2.統(tǒng)一調(diào)用方式

在傳統(tǒng)的應(yīng)用中，模塊不同，調(diào)用方式也不同：直接調(diào)用函數(shù)，消息隊(duì)列，RPC，Websocket，RESTful......

想讓AI調(diào)用它們，得給每種調(diào)用模式寫適配代碼，這種復(fù)雜度高得可怕。

JitAI的解決方案是：車同軌，書同文，統(tǒng)一調(diào)用方式。

每個(gè)模塊既然已經(jīng)有了自描述的功能接口，那就用這種統(tǒng)一的方式來調(diào)用它們：

login_result = auth_service.authenticate(username, password)

02

讓AI自動(dòng)完成業(yè)務(wù)流程

想想看，當(dāng)你的系統(tǒng)是由這些自描述的模塊組成，并且調(diào)用方式都一樣，會(huì)發(fā)生什么事情？

AI看到這些東西，估計(jì)會(huì)高興壞了，這是一個(gè)它完全可以理解的世界，它完全可以自動(dòng)完成非常復(fù)雜的業(yè)務(wù)流程。

這么說略微有點(diǎn)兒抽象，我們可以看一個(gè)實(shí)際的案例。

有一個(gè)對(duì)銷售進(jìn)行話術(shù)考核的系統(tǒng)，銷售人員需要針對(duì)一些銷售相關(guān)的問題做出回答，像這樣：

對(duì)每個(gè)問題，系統(tǒng)已經(jīng)設(shè)定了標(biāo)準(zhǔn)答案，用它和銷售人員的回答進(jìn)行對(duì)比，然后進(jìn)行評(píng)分，很明顯，這個(gè)工作非常適合AI來干。

如果使用傳統(tǒng)的系統(tǒng)，評(píng)卷人得把標(biāo)準(zhǔn)答案和銷售的答案復(fù)制到AI中，讓AI評(píng)判，然后再把AI生成的得分和理由給復(fù)制回來，非常麻煩。

但是有了JitAI，在設(shè)計(jì)評(píng)卷系統(tǒng)的時(shí)候，可以給這個(gè)界面添加一個(gè)AI助理：

然后告訴AI助理：應(yīng)該從界面的哪些字段取值，從數(shù)據(jù)模型的哪些字段取值，如何評(píng)分，最后更新哪些字段......

由于每個(gè)模塊都是自描述的，調(diào)用方式是統(tǒng)一的，AI在運(yùn)行的時(shí)候可以獲取這些信息，對(duì)銷售的回答進(jìn)行評(píng)分，然后直接把結(jié)果更新到界面當(dāng)中去。

整個(gè)過程非常絲滑，AI把整個(gè)流程都自動(dòng)完成，完全不需要人工介入。

這不是“加一個(gè) AI 按鈕”，是系統(tǒng)“AI 原生化”！

03

可規(guī)模化的建模體系

你可能覺得JAAP這種自描述的模塊非常好，但是一個(gè)系統(tǒng)需要很多模塊，自己去開發(fā)可就太麻煩了。

其實(shí)不用擔(dān)心，應(yīng)用開發(fā)所需的絕大部分模塊Jit都已經(jīng)幫你建好了，你只需要直接使用，或者擴(kuò)展一下就行。

這就不得不說一下給我印象非常深刻的三層抽象結(jié)構(gòu)了：Meta、Type、Instance。

Meta層定義類別，例如門戶，頁面，組件，模型，這一層最抽象，最穩(wěn)定，可以說是幾乎不變。

Type層是類型，封裝了技術(shù)實(shí)現(xiàn)，比如“數(shù)據(jù)表格組件”，這一層最復(fù)雜，不過JitAI框架已經(jīng)內(nèi)置了豐富的Type庫，像開發(fā)者門戶，數(shù)據(jù)庫表模型等，程序員可以擴(kuò)展。

Instance層承載了個(gè)性化的業(yè)務(wù)配置，例如“訂單列表”就是數(shù)據(jù)表格組件的Instance。

JitAI開發(fā)框架中已經(jīng)實(shí)現(xiàn)了大量常用的Meta和Type，已經(jīng)把前兩層都做完了。

• 門戶、頁面、組件：UI層

• 數(shù)據(jù)模型、服務(wù)：業(yè)務(wù)邏輯層

• 工作流、權(quán)限：流程控制層

• 組織架構(gòu)、登錄認(rèn)證、數(shù)據(jù)源：基礎(chǔ)設(shè)施層

而且開發(fā)者只要遵循JAAP協(xié)議，就可以對(duì)框架內(nèi)的任何Meta元素、Type元素進(jìn)行重寫替代、也可以擴(kuò)展自己的新元素。這些元素既可以是前端功能組件、也可以是后端功能模塊。這意味著開發(fā)者可以充分復(fù)用官方框架的內(nèi)置全棧能力又絲毫不受束縛，擁有持續(xù)集成新能力的無限自由。

大多數(shù)情況下，開發(fā)者只需要在Instance層選組件、配置數(shù)據(jù)、寫邏輯，構(gòu)建一個(gè)企業(yè)應(yīng)用非?？臁?/p>

04

編排+編程的完美統(tǒng)一

看到上面那幾幅圖，你可能會(huì)覺得：嗯？又一個(gè)低代碼開發(fā)平臺(tái)？

看起來像，實(shí)際上JitAI和低代碼平臺(tái)有著本質(zhì)的不同。

JitAI開發(fā)框架就像許多小積木組成的矩陣，低代碼能力只不過是其中的一塊而已。

任何IT系統(tǒng)都是由過程和結(jié)構(gòu)共同組成的，編排形成結(jié)構(gòu)，定義系統(tǒng)由哪些模塊組成、模塊之間如何關(guān)聯(lián)；編程實(shí)現(xiàn)過程，描述系統(tǒng)如何運(yùn)行、業(yè)務(wù)邏輯如何執(zhí)行。

低代碼非常擅長編排，通過可視化拖拽，快速生成應(yīng)用，但是在開發(fā)的時(shí)候，一旦出現(xiàn)超越它能力的需求，就抓瞎了。

要么得搞“惡心人”的特殊處理，要么給廠家提要求，升級(jí)軟件，這往往是非常漫長的周期。

而JitAI則是一個(gè)開放的系統(tǒng)，它擁有JAAP這個(gè)開放的協(xié)議，每個(gè)模塊都自描述，在運(yùn)行時(shí)相互感知、驅(qū)動(dòng)，任何人都可以寫出新的、符合協(xié)議的模塊，加入到系統(tǒng)中來，從而輕松實(shí)現(xiàn)那些超越能力的需求。

JitAI不但擅長編排，而且非常適合編程，實(shí)現(xiàn)了可視化編排+編程的完美統(tǒng)一。

在Jit的可視化開發(fā)工具中，可以可視化地組裝模塊，實(shí)時(shí)預(yù)覽效果，當(dāng)你遇到復(fù)雜的邏輯時(shí)（這在企業(yè)開發(fā)中太常見了!），編排的效率就太低了，這時(shí)候可以切換到代碼模式，用幾十行代碼清晰表達(dá)出來。

更牛的是，在JitAI中實(shí)現(xiàn)了雙向的工作流：

1. 可視化拖拽組裝模塊 → 實(shí)時(shí)預(yù)覽效果

2. 自動(dòng)生成高質(zhì)量原生代碼 → 代碼可自由修改

3. 代碼修改后 → 可視化視圖自動(dòng)更新

4. 循環(huán)往復(fù) → 可視化與代碼保持同步

比如這個(gè)試卷管理的功能，我既可以在可視化界面下配置UI，又可以隨時(shí)切換到代碼模式去寫代碼，實(shí)現(xiàn)一些復(fù)雜的業(yè)務(wù)，兩者實(shí)時(shí)同步，非常方便。

既能享受可視化編排的直觀性，又不失去代碼的靈活性，這才是正確的開發(fā)范式。

05

AI原生時(shí)代的中國方案

朋友的業(yè)務(wù)系統(tǒng)如果使用JitAI來開發(fā)，他的問題將會(huì)迎刃而解，因?yàn)镴itAI從最底層做出了關(guān)鍵的創(chuàng)新，可以讓AI理解一個(gè)復(fù)雜業(yè)務(wù)系統(tǒng)的方方面面，發(fā)揮AI的優(yōu)勢(shì)，幫助我們自動(dòng)化復(fù)雜的業(yè)務(wù)流程。

不但如此，JitAI提供的高集成度的應(yīng)用運(yùn)行平臺(tái)、高復(fù)用性和高擴(kuò)展性的開發(fā)框架，讓圖形化編排和編程實(shí)現(xiàn)了完美統(tǒng)一，讓業(yè)務(wù)應(yīng)用開發(fā)變得更簡單、輕量、快速和高效。

其實(shí)我看到JitAI，心里是非常感慨的，在軟件世界，美國由于起步早，有著先發(fā)優(yōu)勢(shì)，很多基礎(chǔ)軟件、應(yīng)用軟件、框架、庫......早已經(jīng)被他們占據(jù)，軟件生態(tài)一旦建成，后來者想要進(jìn)行切換幾乎不可能。

但是AI時(shí)代就不一樣了，大家站在同一起跑線，中國的公司完全有可能制定自己的標(biāo)準(zhǔn)和協(xié)議，建立自己的技術(shù)生態(tài)。

JitAI是我見到的第一家將AI和業(yè)務(wù)系統(tǒng)融合得這么好的開發(fā)平臺(tái)，充分展示了中國企業(yè)的創(chuàng)新能力，希望有一天JitAI也能在國際舞臺(tái)上大放異彩。

最后，建議大家去感受下JitAI的理念和demo（點(diǎn)擊閱讀原文可直達(dá)） ：

https://jit.pro/

它會(huì)讓你看到：AI + 企業(yè)開發(fā)，其實(shí)可以完全是另一種形態(tài)。