预测一下：从 JitAI 开始，中国软件开始弯道超车！

前两天和朋友吃饭，聊起了AI，他说：“现在AI这么厉害，为什么不能用到公司系统中呢？”

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

他说：“公司系统有个采购审批的功能，需要查询供应商、历史采购记录、预算等信息，然后进行分析、决策，这事儿让AI干不是很合适吗？”

我想了下，AI看起来确实很适合，但是它干不了啊，它不理解公司这些复杂的业务系统啊！

难不成让朋友把信息从业务系统中复制出来，让大模型去分析处理？ 这就太笨了！

这其实就是AI窘况：看起来热热闹闹，但都是偏娱乐性的玩具，一旦想落地到企业级应用，真正产生价值就难了！

能不能把AI嵌入到业务系统中，和业务系统进行融合呢？

这得要求AI能理解系统的数据模型，业务逻辑，UI模块，世界上有无数的IT系统，用的开发语言和技术栈各色各样，AI如何才能理解它们？这太难了。

不过，难就意味着机会，还可能是非常巨大的机会。

最近朋友圈都在谈的JitAI，确实有让人豁然开朗的感觉！

刚看到JitAI时，我觉得这不就是个低代码平台然后加上一些AI原生的功能嘛，深入进去才发现：JitAI是从系统架构的最底层做了创新和重构！是一个面向AI而设计的全新系统架构！而面向GUI的可视化低代码开发，只是它附带的一个能力而已。

很感慨，在软件工程领域，第一次看到中国公司在底层协议、开发框架、开发工具、应用容器平台这种长期被国外占领的领域做出创新。而且，关于那个一直被程序员吐槽但又放不下的课题---“低代码开发”，我似乎在JitAI上看到了终极答案，作为做过多年开发的我来说，第一次对“可视化开发”的可行性有了完全的认可！

产品很震撼，我大力硬广一下：官网链接：https://jit.pro/

01

让AI看懂系统底层的秘密

1.给每个模块都配上一个详细的“说明书”

为了让AI实现对业务系统的感知能力，非得从最底层动刀不可，为此JitAI设计了一个叫做JAAP的应用架构协议。

JAAP协议让应用的每个模块都是自描述的，这样，AI看一眼就知道：

• 模块的功能（这个模块是干什么的？）

• 输入参数要求（需要什么数据？）

• 输出结果格式（会返回什么？）

• 调用限制条件（什么情况下能用？）

比如这是个元素的定义：

}

AI只要一看这个说明书，就会明白：“嗯，这是个数据模型的定义，主要做用户管理的，它有个叫做getUserById的方法，可以根据ID获取用户，参数是userId，但是必须得登录以后才行.......”

这种自描述模块不但适用于后端业务逻辑，也适用于前端UI，这意味着AI不仅能调用后端功能，还能理解和操作前端界面，这为AI驱动全栈系统奠定了基础。

2.统一调用方式

在传统的应用中，模块不同，调用方式也不同：直接调用函数，消息队列，RPC，Websocket，RESTful......

想让AI调用它们，得给每种调用模式写适配代码，这种复杂度高得可怕。

JitAI的解决方案是：车同轨，书同文，统一调用方式。

每个模块既然已经有了自描述的功能接口，那就用这种统一的方式来调用它们：

login_result = auth_service.authenticate(username, password)

02

让AI自动完成业务流程

想想看，当你的系统是由这些自描述的模块组成，并且调用方式都一样，会发生什么事情？

AI看到这些东西，估计会高兴坏了，这是一个它完全可以理解的世界，它完全可以自动完成非常复杂的业务流程。

这么说略微有点儿抽象，我们可以看一个实际的案例。

有一个对销售进行话术考核的系统，销售人员需要针对一些销售相关的问题做出回答，像这样：

对每个问题，系统已经设定了标准答案，用它和销售人员的回答进行对比，然后进行评分，很明显，这个工作非常适合AI来干。

如果使用传统的系统，评卷人得把标准答案和销售的答案复制到AI中，让AI评判，然后再把AI生成的得分和理由给复制回来，非常麻烦。

但是有了JitAI，在设计评卷系统的时候，可以给这个界面添加一个AI助理：

然后告诉AI助理：应该从界面的哪些字段取值，从数据模型的哪些字段取值，如何评分，最后更新哪些字段......

由于每个模块都是自描述的，调用方式是统一的，AI在运行的时候可以获取这些信息，对销售的回答进行评分，然后直接把结果更新到界面当中去。

整个过程非常丝滑，AI把整个流程都自动完成，完全不需要人工介入。

这不是“加一个 AI 按钮”，是系统“AI 原生化”！

03

可规模化的建模体系

你可能觉得JAAP这种自描述的模块非常好，但是一个系统需要很多模块，自己去开发可就太麻烦了。

其实不用担心，应用开发所需的绝大部分模块Jit都已经帮你建好了，你只需要直接使用，或者扩展一下就行。

这就不得不说一下给我印象非常深刻的三层抽象结构了：Meta、Type、Instance。

Meta层定义类别，例如门户，页面，组件，模型，这一层最抽象，最稳定，可以说是几乎不变。

Type层是类型，封装了技术实现，比如“数据表格组件”，这一层最复杂，不过JitAI框架已经内置了丰富的Type库，像开发者门户，数据库表模型等，程序员可以扩展。

Instance层承载了个性化的业务配置，例如“订单列表”就是数据表格组件的Instance。

JitAI开发框架中已经实现了大量常用的Meta和Type，已经把前两层都做完了。

• 门户、页面、组件：UI层

• 数据模型、服务：业务逻辑层

• 工作流、权限：流程控制层

• 组织架构、登录认证、数据源：基础设施层

而且开发者只要遵循JAAP协议，就可以对框架内的任何Meta元素、Type元素进行重写替代、也可以扩展自己的新元素。这些元素既可以是前端功能组件、也可以是后端功能模块。这意味着开发者可以充分复用官方框架的内置全栈能力又丝毫不受束缚，拥有持续集成新能力的无限自由。

大多数情况下，开发者只需要在Instance层选组件、配置数据、写逻辑，构建一个企业应用非常快。

04

编排+编程的完美统一

看到上面那几幅图，你可能会觉得：嗯？又一个低代码开发平台？

看起来像，实际上JitAI和低代码平台有着本质的不同。

JitAI开发框架就像许多小积木组成的矩阵，低代码能力只不过是其中的一块而已。

任何IT系统都是由过程和结构共同组成的，编排形成结构，定义系统由哪些模块组成、模块之间如何关联；编程实现过程，描述系统如何运行、业务逻辑如何执行。

低代码非常擅长编排，通过可视化拖拽，快速生成应用，但是在开发的时候，一旦出现超越它能力的需求，就抓瞎了。

要么得搞“恶心人”的特殊处理，要么给厂家提要求，升级软件，这往往是非常漫长的周期。

而JitAI则是一个开放的系统，它拥有JAAP这个开放的协议，每个模块都自描述，在运行时相互感知、驱动，任何人都可以写出新的、符合协议的模块，加入到系统中来，从而轻松实现那些超越能力的需求。

JitAI不但擅长编排，而且非常适合编程，实现了可视化编排+编程的完美统一。

在Jit的可视化开发工具中，可以可视化地组装模块，实时预览效果，当你遇到复杂的逻辑时（这在企业开发中太常见了!），编排的效率就太低了，这时候可以切换到代码模式，用几十行代码清晰表达出来。

更牛的是，在JitAI中实现了双向的工作流：

1. 可视化拖拽组装模块 → 实时预览效果

2. 自动生成高质量原生代码 → 代码可自由修改

3. 代码修改后 → 可视化视图自动更新

4. 循环往复 → 可视化与代码保持同步

比如这个试卷管理的功能，我既可以在可视化界面下配置UI，又可以随时切换到代码模式去写代码，实现一些复杂的业务，两者实时同步，非常方便。

既能享受可视化编排的直观性，又不失去代码的灵活性，这才是正确的开发范式。

05

AI原生时代的中国方案

朋友的业务系统如果使用JitAI来开发，他的问题将会迎刃而解，因为JitAI从最底层做出了关键的创新，可以让AI理解一个复杂业务系统的方方面面，发挥AI的优势，帮助我们自动化复杂的业务流程。

不但如此，JitAI提供的高集成度的应用运行平台、高复用性和高扩展性的开发框架，让图形化编排和编程实现了完美统一，让业务应用开发变得更简单、轻量、快速和高效。

其实我看到JitAI，心里是非常感慨的，在软件世界，美国由于起步早，有着先发优势，很多基础软件、应用软件、框架、库......早已经被他们占据，软件生态一旦建成，后来者想要进行切换几乎不可能。

但是AI时代就不一样了，大家站在同一起跑线，中国的公司完全有可能制定自己的标准和协议，建立自己的技术生态。

JitAI是我见到的第一家将AI和业务系统融合得这么好的开发平台，充分展示了中国企业的创新能力，希望有一天JitAI也能在国际舞台上大放异彩。

最后，建议大家去感受下JitAI的理念和demo（点击阅读原文可直达） ：

https://jit.pro/

它会让你看到：AI + 企业开发，其实可以完全是另一种形态。