脚本引擎：业务个性如何被扩展
脚本引擎通过沙箱隔离、资源限制、扩展点体系与多语言支持，让个性化业务逻辑在安全边界内扩展，不改核心代码，系统稳定可升级。
- 沙箱隔离脚本与核心系统，防止崩溃和资源耗尽
- 支持JavaScript、Groovy、Python多语言脚本扩展
- 预定义扩展点让个性化代码在指定位置执行
- 在线编辑调试与脚本市场降低扩展门槛
- 脚本与核心隔离，系统升级不影响个性化功能
标准化与个性化，是平台化永恒的矛盾。 标准化带来效率和一致性，但无法满足所有个性化需求；个性化带来灵活性，但威胁系统的稳定和可升级性。
脚本引擎是元序·智序体七台引擎的"安全阀"——它在标准化之上提供安全的代码扩展能力，让每个客户的个性化需求都能在不影响核心系统的前提下被优雅实现。
一、为什么需要脚本引擎
1.1 传统个性化扩展的三大困境
在平台化交付中，个性化扩展面临三个系统性的困境：
困境一：标准化产品无法满足所有个性化需求，但改核心代码风险极高。
每个客户都有独特的业务需求——特殊的编号规则、定制的费用计算公式、个性化的数据脱敏逻辑。这些需求如果通过修改核心代码实现，任何一处错误都可能导致系统崩溃。 但不实现这些需求，客户就无法验收。
困境二：个性化代码散落在各处，系统升级时经常被覆盖。
为了满足个性化需求，开发者在核心代码的不同位置插入定制逻辑——系统升级时，这些定制代码要么被新版本覆盖（功能丢失），要么与新代码冲突（系统崩溃）。 每次升级都是一场"排雷行动"，开发者要逐一检查哪些定制代码需要保留、哪些需要修改。
困境三：脚本没有安全边界，一段错误脚本可能拖垮整个系统。
即使允许通过脚本扩展，如果脚本运行在主进程中——一个死循环脚本可能耗尽 CPU 资源，一个未处理的异常可能导致整个服务崩溃。 脚本的"自由度"与系统的"稳定性"之间存在根本矛盾。
1.2 脚本引擎的定位
脚本引擎在元序·智序体中的定位：
| 维度 | 定位 | 核心价值 |
|---|---|---|
| 七台引擎之扩展层 | 在标准化之上提供安全的个性化扩展 | 安全扩展 |
| 沙箱隔离 | 脚本在独立沙箱中运行，不影响核心系统 | 安全边界 |
| 扩展点体系 | 预定义的扩展点，个性化代码在指定位置执行 | 有序扩展 |
| 版本化管理 | 脚本有版本号，与核心代码隔离，升级无影响 | 可升级 |
脚本引擎的本质：在"标准化"与"个性化"之间找到平衡——让个性化需求在安全边界内被实现，同时保证核心系统的稳定和可升级。
二、核心能力详解
2.1 沙箱执行环境
隔离、限制、保护——脚本在安全边界内运行，不影响核心系统。
沙箱是脚本引擎的安全基石，它确保脚本的"自由度"不会威胁系统的"稳定性"：
- 进程隔离：每个脚本在独立的沙箱进程中运行，与核心系统完全隔离——脚本崩溃不影响主服务；
- 资源限制：CPU 时间（默认 5 秒）、内存使用（默认 64MB）、执行时长（默认 30 秒）均有上限——防止死循环和资源耗尽；
- 权限控制：脚本只能访问被授权的数据和接口，不能越权操作——如数据脱敏脚本只能读取指定字段，不能访问全表数据；
- 异常捕获：脚本异常自动终止并回滚，不会影响已完成的业务操作——异常被安全捕获并记录日志。
沙箱执行示例：
脚本执行流程：
1. 提交脚本 → 语法检查 → 安全检查（是否包含禁止操作）
2. 创建沙箱 → 分配资源配额（CPU/内存/时间）
3. 注入上下文 → 授权的数据和接口
4. 执行脚本 → 实时监控资源使用
5. 正常结束 → 返回结果 → 释放沙箱
异常终止 → 回滚操作 → 记录日志 → 释放沙箱
2.2 多语言支持
JavaScript、Groovy、Python——选择团队最熟悉的语言。
- JavaScript（默认）：前端团队最熟悉的语言，适用于表单计算、数据转换、界面扩展等场景；
- Groovy：Java 生态的脚本语言，适用于复杂业务逻辑、数据处理、接口集成等场景；
- Python：数据分析和 AI 团队最熟悉的语言，适用于数据清洗、统计分析、模型调用等场景；
- 表达式引擎：简单计算（如"单价 × 数量"）不需要写完整脚本，用表达式即可。
2.3 扩展点体系
预定义的扩展点——个性化代码在指定位置执行，有序且可控。
- 数据扩展点：字段值计算、数据转换、校验增强——在数据保存前/后执行自定义逻辑；
- 流程扩展点：流程前置/后置处理、自定义审批逻辑——在流程节点执行前/后触发自定义脚本；
- 界面扩展点：自定义渲染逻辑、特殊交互——在页面渲染的指定阶段执行自定义脚本；
- 接口扩展点：API 前置/后置处理、自定义接口——在接口调用前/后执行数据转换和校验。
扩展点示例：
扩展点：表单提交前（before_submit）
脚本功能：自动生成编号
编号规则："住建局-{年份}-{4位流水号}"
示例输出："住建局-2025-0001"
执行时机：用户点击"提交"→脚本执行→生成编号→数据保存
2.4 在线开发与调试
浏览器内编写、调试、测试、发布——脚本开发全流程在线完成。
- 在线编辑器：浏览器内编写脚本，语法高亮、自动补全、错误提示——开发体验接近专业 IDE；
- 实时调试：断点调试、变量查看、执行单步跟踪——快速定位脚本问题；
- 测试沙箱：用模拟数据测试脚本，确认无误后再发布——避免在生产环境调试；
- 版本管理：脚本有版本号，支持回滚——修改不影响已执行的历史记录。
2.5 脚本市场
常用脚本模板 + 行业脚本包——大部分场景不需要从零编写。
- 常用脚本模板：自动编号生成、数据脱敏（身份证/手机号）、格式转换（JSON↔XML）、日期计算……30+ 通用脚本模板；
- 行业脚本包：政务审批编号规则、企业财务费用计算、不动产登记面积换算……一键导入；
- 社区贡献：合作伙伴可上传共享脚本，形成脚本生态——A 客户开发的脚本 B 客户也能用；
- 安全审核：所有共享脚本经过安全审核后才可入库——确保脚本不包含危险操作。
三、核心价值
3.1 量化价值
| 维度 | 传统方式 | 元序基础方案 | 元序 AI 增强 |
|---|---|---|---|
| 个性化实现 | 修改核心代码（1~3 天） | 沙箱脚本扩展（1~4 小时） | AI 根据需求自动生成脚本 |
| 系统升级 | 个性化代码被覆盖（2~5 天修复） | 扩展点与核心隔离，升级无影响 | AI 自动检测升级兼容性 |
| 安全风险 | 一段代码拖垮系统 | 沙箱隔离 + 资源限制 | AI 实时监测脚本行为异常 |
| 开发效率 | 改代码→编译→部署（半天） | 在线编写→即时生效 | AI 推荐最佳扩展点和脚本模板 |
3.2 定性价值
- 保护核心代码：个性化需求通过扩展点实现，核心代码不被修改——系统稳定性有保障；
- 升级无忧：脚本与核心代码隔离，系统升级不影响个性化功能——告别"每次升级都是噩梦"；
- 降低扩展门槛：在线编辑器 + 脚本市场，实施人员即可完成大部分扩展——不需要高级开发人员；
- 安全可控：沙箱隔离 + 资源限制 + 权限控制，脚本的"自由度"在安全边界内。
四、数据资产沉淀
4.1 脚本资产化
脚本引擎将"个性化扩展"从代码修改转化为可管理的数字资产：
| 资产类型 | 内容 | 沉淀方式 |
|---|---|---|
| 脚本模板 | 通用脚本的功能定义 | 开发→审核→入库 |
| 扩展点配置 | 扩展点的触发条件和执行逻辑 | 配置→发布→管理 |
| 行业脚本包 | 面向特定行业的脚本集合 | 项目沉淀→行业提炼 |
| 执行日志 | 脚本执行记录、性能数据 | 运行时自动采集 |
4.2 四层沉淀模型
第一层：业务数据 —— 脚本执行产生的业务结果（编号、计算值、转换数据）
↓
第二层：知识资产 —— 脚本模板、扩展点配置、行业脚本包
↓
第三层：AI 模型 —— 基于脚本执行数据的自动代码生成、异常检测模型
↓
第四层：行业模板 —— 经过多个项目验证的行业级扩展解决方案
五、与其他基座的关系
5.1 协同关系
脚本引擎是七台引擎的"扩展层"，与引擎家族和各大基座紧密协同：
| 基座/引擎 | 协同方式 | 协同价值 |
|---|---|---|
| 表单引擎 | 表单字段的自定义计算、校验逻辑 | 表单扩展 |
| 流程引擎 | 流程节点的自定义前置/后置处理 | 流程扩展 |
| 规则引擎 | 复杂计算规则可用脚本实现 | 规则增强 |
| 数据基座 | 数据转换、清洗脚本 | 数据处理 |
| 开放基座 | 脚本可作为 API 的一部分对外暴露 | 接口扩展 |
| 系统基座 | 脚本执行日志纳入统一监控 | 运维监控 |
5.2 协同案例
以"自定义数据脱敏"为例：
- 表单引擎采集企业数据（包含法人身份证号）；
- 脚本引擎在数据展示前执行脱敏——"身份证中间 8 位替换为 *，手机号中间 4 位替换为 *"；
- 规则引擎判断脱敏级别——普通用户看脱敏数据，授权用户看完整数据；
- 认证基座控制谁有权查看完整数据——基于角色和权限判断；
- 系统基座记录所有查看完整数据的操作日志——满足审计要求。
六、实施建议
6.1 分阶段上线策略
| 阶段 | 目标 | 周期 | 关键动作 |
|---|---|---|---|
| 第一阶段 | 核心扩展上线 | 2~3 周 | 梳理个性化需求→选择扩展点→编写脚本→沙箱测试→上线 |
| 第二阶段 | 脚本治理 | 2~3 周 | 启用版本管理、执行监控、安全审计等治理能力 |
| 第三阶段 | 脚本生态建设 | 持续 | 沉淀脚本模板→建立脚本市场→推广跨项目复用 |
6.2 关键成功因素
- 扩展点优先：优先使用预定义的扩展点，避免"野路子"扩展——确保脚本在安全边界内运行；
- 模板优先：优先使用脚本市场的现有模板，减少从零编写——模板经过安全审核和性能测试，更可靠；
- 安全审核：所有上线脚本必须经过安全审核——确保不包含危险操作（如无限循环、越权访问）。
七、结语
脚本引擎是元序·智序体的"安全扩展阀"——在平台化交付中，标准化与个性化的矛盾不可回避，脚本引擎给出了最优解。
传统模式下，个性化是核心代码的"寄生虫"——改不动、升不了、控不住。元序脚本引擎在标准化之上开辟了安全的扩展空间，让个性化需求在沙箱中被优雅实现。当实施人员能在线编写和调试脚本，当个性化功能不影响系统升级，当每一段脚本都在安全边界内运行——这才是平台化扩展应有的方式。
脚本引擎不只是扩展工具，更是标准化与个性化之间的平衡艺术。