codewave-openclaw-installer 1.0.0

package/skills/smart-customer-service/docs/codewave/93./347/211/210/346/234/254/346/233/264/346/226/260/350/257/264/346/230/216/001./347/211/210/346/234/254/345/205/274/345/256/271/346/200/247/351/227/256/351/242/230/350/257/264/346/230/216.md

@@ -0,0 +1,424 @@
+# 版本兼容性问题说明
+
+### V4.4版本应用升级兼容性问题
+
+### 后端资产与当前应用的JDK版本不匹配
+
+**问题描述**
+
+问题栏提示错误信息：与当前应用的JDK版本不匹配 + [具体资产名称]。
+
+报错资产类型包含服务端依赖库、连接器等多种后端资产。
+
+![](../assets/banbenjianrongxingwentishuoming_20260206135759_1.png)
+
+**问题原因**
+
+在平台版本更新至4.4后，后端资产已与 JDK 版本建立关联。如果后端资产的 JDK 版本与当前应用翻译器的 JDK 版本不匹配，会导致 IDE 识别到版本冲突。
+
+例如，此前应用默认引入的资产均基于 JDK8 开发，若开发者在“应用中心 -> 编辑应用信息”中，开启了「自定义服务端源码翻译器插件」并选用了非 JDK8 的插件（如 JDK17），则在 IDE 中会识别到资产与当前应用 JDK 版本不匹配。
+
+![](../assets/banbenjianrongxingwentishuoming_20260206135759_2.png)
+
+**解决方案**
+
+* **系统自带资产**：（如权限、文件、流程相关依赖库）官方已提供适配目标版本的对应资产，只需移除当前版本，再重新引入官方适配版本即可完成升级。
+* **非系统自带资产**：如自行开发的依赖库，请联系依赖库相关人员，提供适配JDK17的新版依赖库，再自行通过资产中心上传适配目标版本的资产包并重新引入。
+
+![](../assets/banbenjianrongxingwentishuoming_20260206135759_3.png)
+
+## V4.3版本应用升级兼容性问题
+
+### 文件类型报错
+
+4.3版本中增强了对文件类型的支持（File类型），由低版本应用升级到4.3及以上版本后，文件上传组件及其File类型的使用姿势有所差异，可能会导致IDE下方出现报错或者运行时错误。
+
+在低版本中，File数据类型代表的是文件信息，是一个结构化数据，包含了文件名称、文件大小等字段。
+
+<img src="../assets/jiangwenjianshangchuandaodisanfangjiekou_202511211836_9.png" class="imgStyle" style="" />
+
+在4.3及以上版本中，原来的File类型由FileInfo类型替代，新版本中的File类型代表的是**原始文件对象**，不是常规的数据结构，目前File类型只允许作为连接器和依赖库的入参，或者在JS代码中引用。
+
+<img src="../assets/jiangwenjianshangchuandaodisanfangjiekou_202511211836_10.png" class="imgStyle" style="" />
+
+在低版本中，文件上传组件的“上传前”事件逻辑的event变量中有String类型的file字段，在新版本中将由新的File类型替代，文件对象不可被当成结构化数据处理，例如无法作为日志打印，因此升级应用版本后可能会出现报错，需要人工调整逻辑，移除不合法的逻辑操作。
+
+<img src="../assets/jiangwenjianshangchuandaodisanfangjiekou_202511211836_11.png" class="imgStyle" style="" />
+
+### 枚举相关报错
+
+4.3版本中枚举函数EnumItemToStructure、EnumToList的返回结构中新增一个枚举类型字段item，由低版本升级到高版本后，推导的类型会有变化，可能会导致IDE下方出现报错。
+
+* 低版本中，EnumItemToStructure及EnumToList的返回值中包含两个字段：text、value
+
+  ![](../assets/banbenjianrongxingwentishuoming_1.png)
+
+  ![](../assets/banbenjianrongxingwentishuoming_2.png)
+
+* 4.3版本中EnumItemToStructure及EnumToList的返回值中包含三个字段：text、value、item
+
+  ![](../assets/banbenjianrongxingwentishuoming_3.png)
+
+  ![](../assets/banbenjianrongxingwentishuoming_4.png)
+
+低版本升级到高版本后，如果逻辑中有用到**EnumItemToStructure、EnumToList**并且新建了匿名数据结构，会遇到类型不一致的问题，报错如下，需要开发者手动调整匿名数据结构，将字段对齐。
+
+![](../assets/banbenjianrongxingwentishuoming_5.png)
+
+如果导出接口的逻辑中涉及到EnumItemToStructure、EnumToList，升级到4.3版本后，需要重新导出接口，提示如下。
+
+![](../assets/banbenjianrongxingwentishuoming_6.png)
+
+## V3.14版本应用升级兼容性问题
+
+### 找不到xxx上的yyy
+
+**问题描述**
+
+<img src="../assets/banbenjianrongxingwentishuoming202603021806_1.png" class="imgStyle" style="" />
+
+**问题原因**
+
+ xxx 的类型中并没有名称为 yyy 的字段。由于低版本中的语言检查并不严格，未能涵盖全面，很多地方没有做严格检查，因此这一类错误没有报出来。
+
+**解决方案**
+
+根据业务需要，修改逻辑中引用的字段。
+
+### 期望类型为xxx，实际类型为yyy
+
+**问题描述**
+
+报错栏提示：`类型不匹配：期望类型的xx，实际类型为yy`
+
+<img src="../assets/banbenjianrongxingwentishuoming202603021806_2.png" class="imgStyle" style="" />
+
+
+
+**问题原因**
+
+由于低版本中的语言检查并不严格，未能涵盖全面，很多地方没有做严格检查，因此这一类错误没有报出来。
+
+<img src="../assets/banbenjianrongxingwentishuoming202603021806_3.png" class="imgStyle" style="" />
+
+**解决方案**
+
+按需修改逻辑，例如可以用内置函数 Convert 或其他方式做类型转换。
+
+### 数据源绑定表达式不能为空
+
+组件数据源为空后，使用 current、current.item 的地方都会报错，解决方式是正确设置数据源。
+
+### 递归函数xxxx的返回类型未设置，请手动设置返回类型
+
+为了最大程度地提升语义检查速度，禁用了一些不常用的类型推导。解决方法是手动设置 result 类型。
+
+### 赋值连线报错
+
+批量赋值、new 等连线报错，可能是连线、手动设的类型顺序不一致，有脏数据，一般可以把手动设置的类型改为自动推导解决。
+
+<img src="../assets/banbenjianrongxingwentishuoming202603021806_4.png" class="imgStyle" style="" />
+
+
+## V3.13版本应用升级兼容性问题
+
+### 数据源不支持切换常量
+
+**问题描述**
+
+- 旧版本应用升级至3.13版本之后，手动输入的数据源只读，开启编辑表达式后不支持切换常量。
+- 新应用不包含手动输入数据源的方式，默认为开启编辑表达式且不支持切换常量。
+
+<img src="../assets/shujuyuan_202502121557_1.png" class="imgStyle" style="" />
+
+**问题原因**
+
+由于手写数据源容易导致非法输入或输入错误，并且数据类型难以检测，因此应用在升级至3.13版本后，数据源取消了输入框，默认开启编辑表达式，并且不支持切换回输入框，即不支持切换常量。
+
+**解决方案**
+
+将数据源绑定为List类型**变量**或输出参数为数组或包含List的匿名数据结构的**逻辑**，List中T的类型可以是任意类型（包括List、联合类型）。
+
+## V3.12版本应用升级兼容性问题
+
+### SQL查询：语句可能有异常
+
+**问题描述**
+
+SQL查询：语句可能有异常。
+
+<img src="../assets/SQLchaxunyujukenengyouyichang_202411281554_1.png" class="imgStyle" style="" />
+
+**问题原因及解决方案**
+
+在新版本中加强了对用户使用姿势及关键字的检测，以避免用户操作导致应用发布失败的情况。因此当应用升级至3.12版本时，若存在以下两种SQL查询的情形，将会引发报错：
+
+1.  当SQL查询的部分逻辑表达式（不包括EXISTS、IN）中使用非单聚合的子查询时，在升级后会出现报错信息。建议将“(子查询) is not null”用法，调整为 “EXISTS (子查询)” ；将 “id = (子查询)” 结构，调整为 “id IN (子查询)”。
+2.  若SQL查询所设定的实体别名属于ts关键字或Java关键字范畴，在升级后也会导致报错。需要将其更改为非关键字的名称，从而确保升级过程的顺利进行与应用的正常运行。
+
+### 参数类型不一致
+
+**问题描述**
+
+参数类型不一致！传入类型：ProductType，接收类型：布尔值 或 整数 或 字符串 或 小数 或 日期 或 时间 或 日期时间。
+
+<img src="../assets/canshuleixingbuyizhi_202411271042_1.png" class="imgStyle" style="" />
+
+**问题原因**
+
+在 3.12 版本之前，平台针对内置函数 sort 的输入参数 by，未进行严格的类型检查，此前该参数允许设定为常量 null 或者枚举类型。
+
+在3.12版本中，内置函数sort 增强了对输入参数的类型检查。当内置函数中，输入参数by的数据类型为常量null、枚举类型，又或者其他与既定使用规范不相符的类型时，应用对数据类型的检查无法通过，即提示报错，要求规范内置函数中输入参数的数据类型。
+
+因此应用在升级至3.12版本后，此前使用内置函数sort的输入参数by中包含常量null/枚举类型的地方会出现“参数类型不一致！”的报错提醒。
+
+**解决方案**
+
+修改报错位置的内置函数的输入参数by的数据类型，使输入参数by的数据类型和内置函数sort要求的数据类型保持一致，接收类型：布尔值 或 整数 或 字符串 或 小数 或 日期 或 时间 或 日期时间。
+
+例如下图场景：双击报错信息后方对应页面名称，定位至报错节点，手动修改传入参数，使其符合规范要求。
+
+<img src="../assets/canshuleixingbuyizhi_202411271042_2.gif" class="imgStyle" style="" />
+
+### 变量未设置类型或未赋值
+
+**问题描述**
+
+局部变量xxx未设置类型或未赋值，直接赋值系统可以自动推断类型。或局部变量xxx必须赋值有返回值的内容。
+
+<img src="../assets/bianliangweishezhileixinghuoweifuzhi_202411281555_1.png" class="imgStyle" style="" />
+
+**问题原因**
+
+为了避免因草稿区内容错误而导致的编译失败和发布问题，在升级至3.12版本后，对草稿区的处理策略进行了调整。现在，草稿区的内容将不再参与编译过程，同时也不会进行类型推导。
+
+具体来说，如果在逻辑或页面中创建了一个未指定类型的局部变量，并且在赋值组件中通过赋值操作来自动推断其数据类型，那么在升级之前，即使不再使用该变量，并且将赋值语句移动到草稿区，系统也不会报错。但在升级到3.12版本之后，草稿区中的赋值操作不再自动推导类型，导致如果变量未被明确赋值，系统会报错提示局部变量缺少类型定义或未被赋值。
+
+**解决方案**
+
+用户可在升级后点击报错信息末尾的一键修复链接，快捷设置数据类型。也可以手动为报错的变量设置数据类型，或直接删除无用的变量，来解决因版本升级带来的兼容性问题。
+
+<img src="../assets/bianliangweishezhileixinghuoweifuzhi_202411281555_2.png" class="imgStyle" style="" />
+
+###  前端调用后端逻辑时拦截效果异常
+
+#### 问题描述
+
+用户在前端逻辑中手动处理后端调用异常时，发生异常拦截失效或逻辑冲突，导致异常处理不匹配、提示混乱或监控缺失。
+
+#### 问题原因
+
+在前端的“调用服务端逻辑后”事件中，平台默认内置了异常处理逻辑。由于3.12版本对该端事件进行了逻辑调整，且 IDE 版本升级采用存量升级模式，因此应用升级后同时存在旧版事件（调用服务端逻辑后-postRequest）和新版事件（调用服务端逻辑后-postRequestNew）。
+
+当两个事件并存时，旧版事件的处理逻辑会优先拦截后端调用的异常请求，导致用户的手动处理异常逻辑无法按预期触发。
+
+![](../assets/V312banbenyingyongshengjijianrongxingwenti_20260116162136_1.png)
+
+#### 解决方案
+
+手动删除旧版“调用服务端逻辑后”事件，即postRequest。注意，PC端和H5端需要单独处理。
+
+![](../assets/V312banbenyingyongshengjijianrongxingwenti_20260116162136_2.png)
+
+## V3.11版本应用升级兼容性问题
+
+### 动态数据源获取不到数据
+
+**问题描述**
+
+对于如数据表格、选择器等包含数据源的组件，若数据源不直接绑定变量，而是经过处理的动态数据，常见情况如：
+
+- 在数据源中使用内置函数，内置函数的参数包含变量、逻辑等动态数据；
+- 在数据源中调用逻辑，调用逻辑的参数包含变量、逻辑等动态数据；
+
+那么可能存在组件初始化时呈现“暂无数据”以及动态数据变更后组件内容无变化的问题。
+
+<img src="../assets/shujuyuan_202411011534_1.png" class="imgStyle" style="" />
+
+**问题原因**
+
+考量到频繁的执行机制在一定程度上可能引发性能方面的困扰，因此在3.11版本之后，修改了数据源的实现方案，额外抽取了一层缓存机制。
+
+**解决方案**
+
+在数据初始化完成或数据变更后，调用组件的组件逻辑 reload 重新加载数据。
+
+<img src="../assets/shujuyuan_202411011534_2.png" class="imgStyle" style="" />
+
+### 前端开发组件动态属性不翻译
+
+**问题描述**
+
+组件属性在绑定变量之后，组件属性无法对变量的值进行翻译操作。即组件绑定的属性无法在页面中展示出来，变成 <span>&#123;&#123;</span><span>xxx</span><span>&#125;&#125;</span> 的形式，例如将如下图占位符展示为 <span>&#123;&#123;</span><span>placeholder</span><span>&#125;&#125;</span>
+
+
+<img src="../assets/fanyi_202501231723_1.png" class="imgStyle" style="" />
+
+**问题原因**
+
+由于新版页面设计器根据配置项来翻译动态绑定的内容，因此在旧版本应用升级到3.10.4及以上的版本时，IDE依赖的部分扩展组件会因为缺少该配置项而出现问题。配置该项后，后续版本将不需要再次做其他配置。
+
+**解决方案**
+
+在依赖库项目的 api.ts 文件中配置 ideusage 时，使用配置项 translateBindingProperty 定义支持绑定变量的属性，书写格式为`"translateBindingProperty": Array[String]`，Array\[String]即属性名的数组。
+
+例如选择器中：
+
+- 包含属性“选中值”和“占位符”：
+
+```typescript
+@Prop({
+  title: '选中值'
+})
+value: USelectOptions<T, V, P, M, C>['value'];
+@Prop({
+  group: '主要属性',
+  title: '自动获取焦点',
+  description: '设置是否自动获取焦点',
+  docDescription: '控制是否在进入页面时聚焦到该组件',
+  designerValue: false,
+  setter: {
+    concept: 'SwitchSetter'
+  }
+})
+placeholder: nasl.core.String = '请选择';
+```
+
+- 使用translateBindingProperty 定义上述属性支持绑定变量：
+
+```typescript
+@ExtensionComponent({
+    ideusage: {
+        "idetype": "container",
+        ...
+         "translateBindingProperty": ["value", "placeholder"]
+    }
+})
+```
+
+配置完成后，支持绑定的变量翻译到对应的组件属性上。
+
+<img src="../assets/fanyi_202501231723_2.png" class="imgStyle" style="" />
+
+> 更多组件的属性翻译说明请参考文档：[页面设计器适配说明](../40.扩展与集成/10.扩展开发方式/20.前端扩展开发/30.组件开发/30.页面设计器适配说明/10.页面设计器适配说明.md)。
+
+## V3.10版本应用升级兼容性问题
+
+### 变量重名报错
+
+**问题描述**
+
+应用升级至V3.10版本出现变量重名报错。
+
+<img src="../assets/bianliangzhongmingbaocuo_202409251933_1.png" class="imgStyle" style="width:70%" />
+
+**问题原因**
+
+在 V3.10 之前的应用版本中，当复制组件到新页面时，组件事件中的变量不会进行名称重复校验，可能导致在页面或组件中出现相同名称的变量，在旧版本中这种情况并不会引发系统报错。随着应用的升级，新的版本对变量命名的规范性要求提高，因此当出现重名变量时，系统会报出错误。
+
+**解决方案**
+
+1.  找到重名变量：可以通过查看报错信息来确定哪些变量出现了重名。报错信息会指出具体的变量名称和出现重名的位置。
+
+    <img src="../assets/bianliangzhongmingbaocuo_202409251933_2.png" class="imgStyle" style="" />
+
+1.  对重名变量进行重命名：在重命名变量时，要确保新的名称不会与其他变量冲突，并且要保持变量名称的规范性和可读性。例如，可以在变量名称中添加一些特定的前缀或后缀，以区分不同的变量用途或所属的组件。
+
+    **方式一**：点击变量右侧按钮，在弹出框中选择“重命名”。
+
+    <img src="../assets/bianliangzhongmingbaocuo_202409251933_3.png" class="imgStyle" style="" />
+
+    **方式二**：双击选中变量后，在属性面板中更改变量名称。
+
+    <img src="../assets/bianliangzhongmingbaocuo_202409251933_4.png" class="imgStyle" style="" />
+
+## V3.9版本应用升级兼容性问题
+
+### SQL查询：不支持的使用方式/所选择的内容XX未定义
+
+**问题描述**
+
+老版本应用升级至3.9以上版本后，SQL查询报错，报错信息为：“SQL查询：不支持的使用方式”或“所选择的内容 XX 未定义”。
+
+<img src="../assets/SQLchaxun_faq_202408201528_1.png" class="imgStyle" style="" />
+
+**问题原因**
+
+使用SQL查询组件时，在用户编写的SQL语句里，使用了非平台定义的函数，例如CAST。在此前版本中并未进行严格检查和校验，在新版本中新增了对SQL语句的检查功能，因此在老版本应用升级至3.9及以上版本时，则会出现相应的报错信息。
+
+**解决方案**
+
+该报错不影响应用的发布和制品的使用，用户可不做任何处理。
+
+若因应用存在报错出现无法发布的情况时，可在右上角更多设置-偏好设置中，开启属性“错误是否可生成源码、发布”按钮，即可忽略报错进行发布。
+
+<img src="../assets/SQLchaxun_faq_202408201528_2.png" class="imgStyle" style="" />
+
+### 报错“当前参数slotTitle，不可用”
+
+**问题描述**
+
+应用升级到3.9及以上版本后，报错“当前参数slotTitle，不可用”。
+
+**问题原因**
+
+在历史版本中，组件存在冗余插槽问题，3.9版本加强了对组件的校验机制，从而导致了报错。
+
+**解决方案**
+
+用户可以通过以下方法手动清理这些冗余数据，以解决该问题。
+
+**操作步骤：**
+
+1.  双击报错信息定位至组件。
+2.  选中组件下名为undefined的插槽。
+3.  打开控制台，执行`$data.Sn0.delete()`指令。
+
+<img src="../assets/banbenjianrongxingwentishuoming_202502191714_1.png" class="imgStyle" style="" />
+
+## V3.8版本应用升级兼容性问题
+
+### 页面组件：属性类型不一致
+
+**问题描述**
+
+页面组件：属性类型不一致！接收类型：xxx，传入类型：xxx。
+
+<img src="../assets/3.8bbjrwt_0603_2014_1.png" style="" />
+
+**问题原因**
+
+在3.8版本之前，由于JS作为一种弱类型语言，不要求在声明变量时指定类型，允许在运行过程时执行隐式类型转换，因此在IDE的组件属性中绑定变量时对变量类型进行了兼容，但可能导致前后端传输和存储类型方面存在隐患。
+
+在3.8版本中，IDE统一梳理了组件属性的数据类型并增强了属性面板的类型检查。当组件属性中使用变量的数据类型与使用规范不一致时，应用对数据类型的检查无法通过，即提示报错，要求规范组件属性中使用变量的数据类型。
+
+因此应用在升级至3.8版本后，此前使用不规范的地方会出现“页面组件：属性类型不一致”的报错提醒。
+
+**解决方案**
+
+修改变量的数据类型，使变量的数据类型和组件属性要求的数据类型保持一致。
+
+**解决方案详细说明：**
+
+由于存在变量需要对接实体属性的情况或绑定内容跟业务有强关联性，无法使用自动修复功能，因此需要手动修改变量的数据类型。
+
+例如下图场景：选择器在开启“可多选”属性时，要求“选中值”的数据类型为 `List<T>`，T则与选择器数据源的“值字段”或选择器中选择项的“值”属性有关。若“选中值”绑定变量为其他数据类型，例如String，则提示报错。
+
+**操作步骤：**
+
+1. 打开IDE下方问题窗口，双击报错信息，可跳转至报错位置。
+
+   <img src="../assets/3.8bbjrwt_0603_2014_2.png" style="" />
+2. 鼠标悬浮在组件属性上，查看组件属性要求的数据类型。
+
+   <img src="../assets/3.8bbjrwt_0603_2014_3.png" style="" />
+3. 找到组件属性使用的变量，将变量的数据类型修改为组件属性要求的数据类型。
+
+   <img src="../assets/3.8bbjrwt_0603_2014_4.png" style="" />
+
+<div style="text-align: right;font-size: 14px;">
+    <span style="color: rgb(78, 110, 142);">创建人：</span>
+    <span style="color: rgb(118, 118, 118);">老王</span>
+    <span style="color: rgb(78, 110, 142);margin: 0 0 0 40px;">更新时间：</span>
+    <span style="color: rgb(118, 118, 118);">2025年12月19日</span>
+</div>

package/skills/smart-customer-service/docs/codewave/93./347/211/210/346/234/254/346/233/264/346/226/260/350/257/264/346/230/216/66.4.4/347/211/210/346/234/254/346/233/264/346/226/260/350/257/264/346/230/216.md

@@ -0,0 +1,158 @@
+# **CodeWave智能开发平台V4.4发布上线**
+
+CodeWave 智能开发平台正式发布 V4.4 版本，本次更新推出多项关键能力升级，带来逻辑编排与流程能力的双重增强：开放前端 MCP 能力，助力应用智能化升级；支持高代码编写 CSS 样式，进一步丰富开发表达；辅以各类体验细节优化，助力开发者以更精准、高效的方式构建应用，迈入更智能的开发新台阶！
+
+## **IDE及平台**
+
+### 新特性一：Vue3 组件核心能力完善
+
+当用户创建应用，组件库框架默认选中 Vue3 ，并将 Element Plus 作为基础组件库，且组件 API 与 Element Plus 保持对齐。为保障 Vue3 技术栈下的开发体验一致性，补齐核心功能缺口，本次迭代**参考 Vue2 官方组件库的核心功能范围，对 Vue3 组件进行能力完善**，确保关键业务场景下的功能覆盖度与可用性，助力开发者高效完成 Vue3 项目的组件配置与开发。
+
+注意，本次更新不影响原有 Vue2 应用的使用体验，但受限于前端框架的差异，Vue2 应用无法直接升级到 Vue3；用户在创建应用时，仍可以选择 Vue2 组件库。
+
+![](../assets/44banbengengxinshuoming_20260204162230_1.png)
+
+### 新特性二：支持高代码编写 CSS 样式
+
+为给前端开发者提供高效编写代码的途径，本次更新新增高代码 CSS 样式编写相关能力。当后台运营为租户开通功能后，开发者可在 IDE 中通过“更多 -> 偏好设置”开启“支持高代码编写 CSS 样式”开关，开启后在端操作面板中会新增“添加端 CSS 样式”入口，系统将自动**载入CSS样式编辑器**。
+
+该编辑器支持端 CSS 与组件 CSS 的切换，其中**端 CSS 可自定义高代码编写，样式效果覆盖整个应用端**；当在画布内选中组件时，组件 CSS 支持查看该组件生效的行内样式及 Class 样式，编辑方式则延续在组件属性面板中单独修改样式的使用习惯。
+
+![](../assets/44banbengengxinshuoming_20260204162230_2.png)
+
+同时，在组件样式模块中**支持为组件配置 Class**，组件Class的配置可作为样式定位的精准锚点，**助力开发者基于 Class 在端 CSS 中集中编写样式规则**，快速关联目标组件，提升高代码 CSS 的编写与迭代效率。
+
+![](../assets/44banbengengxinshuoming_20260204162230_3.png)
+
+此外，同步更新多项配套能力，进一步优化高代码 CSS 编写体验：高级样式模块支持搜索组件内 Class；组件属性面板自定义 CSS 时提供语法提示能力；全局搜索功能可识别 CSS 样式编辑器内的内容，全方位提升样式编写、检索与调试效率。
+
+![](../assets/44banbengengxinshuoming_20260204162230_4.png)
+
+### 新特性三：正则表达式新增编辑器模式
+
+此前，应用已支持通过“新建”组件配置正则表达式，需手动在输入参数中填写 pattern（匹配模式）与 flags（匹配选项）的字符串内容，具有一定的操作门槛，且易因语法细节出错。为降低正则表达式的配置成本、提升编辑效率与准确性，**新增正则表达式可视化编辑器**，并将其设为默认配置方式：
+
+* 使用“新建”组件并选择正则表达式后，双击正则表达式，即可打开编辑正则表达式界面；
+* 支持直接在编辑器中可视化编写 / 修改正则规则，无需手动拼接字符串；
+* 同步集成**常用正则快捷填入**（如小写字母开头、字母数字组合等预设规则）、**智能生成正则**（AI 辅助生成规则）、**数据调试**（实时验证正则效果）等实用功能，大幅简化配置流程。
+
+![](../assets/44banbengengxinshuoming_20260204162230_5.png)
+
+其次，为了统一正则相关功能的操作链路，在为表单项、逻辑等设置验证规则时，原“pattern”选项替换为"正则表达式"选项，配置时输入参数将默认关联 “新建” 组件并选用正则表达式类型，可直接唤起编辑器进行规则配置。
+
+![](../assets/44banbengengxinshuoming_20260204162230_6.png)
+
+### 新特性四：支持在表达式中嵌入 if 组件
+
+此前，if 组件仅支持拖拽至逻辑线上，需要分别配置 “满足条件” 与 “不满足条件” 的分支逻辑。该操作模式不仅需额外执行变量命名、变量更新等冗余步骤，还因语法规范约束无法直接嵌入至其他表达式中使用。
+
+![](../assets/44banbengengxinshuoming_20260204162230_7.png)
+
+为简化二选一赋值、逻辑判断等轻量场景的操作流程，同时优化逻辑配置的视觉简洁度，本次迭代**新增 if 组件的表达式化嵌入能力**。在保留原有逻辑线拖拽配置方式的基础上，用户可直接将 if 组件嵌入至其他表达式内，组件会**以 “是否满足条件… 是则值为… 否则值为…” 的三元条件运算符格式实现逻辑的内联式表达**，提升简单逻辑场景的配置效率与灵活性。
+
+![](../assets/44banbengengxinshuoming_20260204162230_8.png)
+
+### 新特性五：数据筛选支持作为通用表达式
+
+此前，数据筛选组件仅支持在实体的 deleteBy / updateBy 逻辑及数据查询场景中使用，而实际上筛选能力在各类逻辑中存在大量使用需求，且现有内置函数未提供等效功能，需通过繁琐的逻辑编排、自定义开发或依赖第三方库实现。本次优化**扩大数据筛选组件的使用范围，使其可在逻辑、页面、流程的任意表达式槽位中通用**，直接通过可视化配置实现各类筛选逻辑，提升各类场景下表达式的编写效率与操作便捷性。
+
+![](../assets/44banbengengxinshuoming_20260204162230_9.png)
+
+### 新特性六：支持简化单一实体查询的返回值类型
+
+此前，数据查询组件查询实体后返回值类型统一为匿名结构（如 List<{entity: Entity}>），需通过内置函数 Transform 进行类型转换，在无需关联其他实体的查询场景下相对使用繁琐，还可能导致 AI 智能相关功能错漏。为此，新版本为数据查询新增“简化”开关，**当查询单一实体时支持直接返回目标实体列表（如 List）**，优化简单场景使用的便捷性。
+
+![](../assets/44banbengengxinshuoming_20260204162230_10.png)
+
+### 新特性七：新增子流程功能，流程能力全面升级
+
+企业业务流程中普遍存在跨部门、跨职责的独立业务闭环，为提升复杂流程的管理效率，新版本**新增子流程组件，支持将其他流程关联为子流程**，大幅简化复杂流程的搭建与管理。
+
+* **复杂流程解耦：** 可将高频、独立的业务环节封装为子流程，使主流程图更简洁清晰，聚焦核心业务逻辑，保障各流程设计的独立性。
+* **一次配置，多处复用：** 单个流程既可独立执行，也可作为子流程引入到多个父流程中，助力沉淀标准化业务模块，降低重复配置的工作量。
+* **灵活调度，高效协同：** 子流程节点支持同步和异步两种运行方式，父流程可接收子流程的执行状态与结果，并根据结果自动执行后续的分支决策，实现业务流的无缝衔接。
+
+![](../assets/44banbengengxinshuoming_20260204162230_11.png)
+
+此外，为进一步适配子流程应用场景、完善流程节点的操作能力与数据支撑能力，本次对流程逻辑依赖库进行针对性调整与功能补充，具体更新如下：
+
+* 新增加签多人逻辑：支持批量将任务加签至 List 类型的用户列表，提升加签操作的效率与灵活性。
+* 新增多人转派任务逻辑：支持批量将任务转派至 List 类型的用户列表，满足多对象任务转交的业务需求。
+* 新增获取父流程实例信息逻辑：当流程存在父子关联关系时，可便捷获取当前流程对应的父流程实例信息，为跨流程数据交互提供支撑。
+* 字段补充优化：对依赖库中其他部分逻辑的输出结果进行完善，新增若干实用字段，丰富数据返回维度，适配更多业务场景的数据使用需求。
+
+![](../assets/44banbengengxinshuoming_20260204162230_12.png)
+
+### 新特性八：前端组件 MCP 能力开放，支持以 AI 驱动页面变更
+
+伴随 MCP 在 AI 领域的技术成熟与落地普及，前端组件领域的 MCP 实践成为全新前沿方向。本次平台更新上线了 Vue3 前端组件的 MCP 能力，通过引入前端 MCP 依赖库，支持**将应用内组件封装为 MCP 工具**，实现大模型对应用页面的直接操控，可完成输入框内容写入、按钮点击、表格刷新等操作，以大模型驱动应用页面的自动化动态变更。
+
+![](../assets/44banbengengxinshuoming_20260204162230_13.png)
+
+### 新特性九：服务端资产关联 JDK 版本
+
+因翻译器插件支持多个 JDK 版本，而原有应用服务端源码仅基于 JDK8 构建，服务端资产（含依赖库、连接器）需完成多 JDK 版本适配改造。为便于区分资产的 JDK 版本，编译服务端资产时将**根据所用 JDK 版本为资产添加专属标签**并支持按该标签分类，同时在应用中引用资产时，系统将自动**根据翻译器插件的 JDK 版本筛选同版本资产加载**，实现服务端资产与翻译器插件多 JDK 版本的关联适配，提升系统兼容性与运维效率。
+
+![](../assets/44banbengengxinshuoming_20260204162230_14.png)
+
+## **智能研发**
+
+本版本暂无智能研发内容更新。
+
+## 开启无限可能，诚邀您探索 V4.4 版本！
+
+V4.4 上线内容包括：
+
+**IDE 及平台：**
+
+**1、用户体验优化**
+
+1）组件数据源使用方式统一：默认支持编辑表达式，取消表达式时仅支持通过画布可视化节点配置静态数据源。
+
+2）双向类型推导能力增强：支持复杂类型自动推导；支持边界场景自动推导；明确数值类型推导规则。
+
+3）支持简化单一实体查询的返回值类型。
+
+4）导出应用功能优化：应用导出过程采用流程图；导出源码支持历史表单配置记忆；支持导出增量配置信息；自定义 Git 凭证支持删除和编辑。
+
+**2、IDE能力增强**
+
+1）参考 Vue2 官方组件库的核心功能范围，对 Vue3 组件进行能力完善。
+
+2）支持高代码编写 CSS 样式。
+
+3）Vue2 官方默认组件库新增 H5 端验证器组件。
+
+4）正则表达式新增编辑器模式。
+
+5）支持在表达式中嵌入 if 组件。
+
+6）数据筛选支持作为通用表达式。
+
+7）Vue3 应用进入后事件中支持调用前端依赖库逻辑。
+
+8）流程能力全面升级：新增子流程功能；新增加签多人逻辑、多人转派任务逻辑、获取父流程实例信息逻辑；对部分逻辑的输出结果中字段进行完善。
+
+9）流程表单中支持使用非流程变量。
+
+**3、平台能力提升**
+
+1）前端组件 MCP 能力开放，支持以 AI 驱动页面变更。
+
+2）服务端资产关联 JDK 版本。
+
+3）新增 CoreAgent API 连接器。
+
+4）其他已知问题修复。
+
+**智能研发：**
+
+本版本暂无智能研发内容更新。
+
+
+<div style="text-align: right;font-size: 14px;">
+    <span style="color: rgb(78, 110, 142);">创建人：</span>
+    <span style="color: rgb(118, 118, 118);">有鲤</span>
+    <span style="color: rgb(78, 110, 142);margin: 0 0 0 40px;">更新时间：</span>
+    <span style="color: rgb(118, 118, 118);">2026年02月04日</span>
+</div>