Skyeye 这套企业级零代码智能制造系统更新到 v4.1.10。技术底层没变，还是 SpringBoot + UNI-APP + Ant Design Vue 三件套，覆盖 CRM、ERP、MES、OA、EHR、商城、财务、多班次考勤、薪资、招聘、云售后、论坛、问卷、报表设计、工作流和 SaaS 等一百多个电子流程模块。这一版的重心落在两处：流程设计器的规则能力，以及 AI 场景的横向铺开。
流程设计器：审批人规则是这次的主菜
审批人规则做了大幅扩展。发起人、指定人员、审批组、表单字段、直属上级或上 N 级上级、按部门岗位，都能作为规则来源，部门岗位还支持多选。侧栏和指派弹窗里的人员展示统一回填成「工号_姓名」格式，避免同名混淆。
流转条件改成了可视化配置。属性条件加高级表达式两条路，绑定业务对象之后直接按字段配。节点描述看板、缩放、小地图、画布操作这些交互细节也一起调了，主题样式有更新。
分步配置向导把整个流程拆成六步：设计流程、绑定人员规则、前置条件、用户节点消息通知、检查、测试运行。表单布局不在这六步里，仍由平台租户统一设计。流程版本查看和历史查看都支持，设计器还接了 AI，可以辅助生成或调整流程草案。
可视化条件的验证不能只靠肉眼
连线条件配完，别急着发布。属性条件部分，绑定业务对象后先确认字段回显是否与目标字段一致，尤其是表单字段和业务对象字段同名但类型不同的情况，容易配串。高级表达式建议用测试运行入口跑一遍边界值：空值、多选字段的单选结果、上级链断档（比如发起人没有配置直属上级）。判定标准很简单——测试运行中节点流转路径与预期分支完全吻合，且历史记录里能看到条件命中日志，才算通过。
表达式在保存后重新打开设计器时要能完整回显，这是检验序列化是否正确的直接手段。回显丢失或条件被重置，说明表达式结构没被正确持久化，发布后线上流转必然出错。
AI 场景：从库存到排产的全链路覆盖
AI 能力这一版铺得比较开。商城侧有库存预警 AI 和评价分析 AI；ERP 和供应链侧有采购建议、采购订单与入出库单分析、对账摘要；生产制造侧覆盖排产计划、车间任务报工与分析、质检、设备保养任务；办公协同侧有 AI 聊天导航、预览打印分析、待办清理。另外还做了业务对象注册调整和聊天细节优化。
这些场景的共同点是：输入来自平台内已有业务数据，输出落到具体操作建议或摘要文本，不需要额外搭模型服务。对想验证 AI 模块是否生效的团队，建议从库存预警切入——数据链路短，阈值规则明确，结果容易对照。
技术栈升级时的版本坑
原文只写了 SpringBoot，没写版本。实际做二次开发或从旧版升级，这里有个绕不开的问题：Spring Boot 3.x 把 javax 命名空间整体迁到 jakarta，零代码平台里大量自定义注解、拦截器和表单校验依赖旧包路径，直接升 3.x 会编译不过。安全做法是先确认平台当前基线是 2.7.x 还是 3.x，再决定依赖版本。MyBatis-Plus、Knife4j 这类周边组件在 3.x 下需要对应升级到支持 Jakarta 的版本，否则启动阶段就会报类找不到。
前端侧 Ant Design Vue 的版本差异同样影响流程设计器。1.x 和 2.x 在表单校验触发时机、弹窗挂载节点上有行为区别，自定义节点组件如果用了旧版 API，升级后可能出现弹窗层级错乱或校验不触发。升级前把设计器相关组件单独跑一遍交互，比全量回归省时间。
修复项与移动端
校园规划的距离计算问题修掉了。移动端车间任务详情做了优化，报工和任务查看的体验有改善。
参与方式
项目在 Gitee、GitCode、GitHub 三个仓库同步维护，地址分别是 gitee.com/dromara/skyeye、gitcode.com/doc_wei/erp-pro 与 gitcode.com/doc_wei/skyeye-oa、github.com/dromara/skyeye。Star、Fork、提 Issue 都欢迎。
ID:7658
