双智能体

设计态把需求收成可发布配置,运行态在授权范围内问数、导出与办理——两条链路分开,权限与审计不混用

方案定位

双智能体是加速层,不是第七套引擎。设计态用自然语言生成配置,进设计器复核、发布并可回退。运行态在授权范围内问数、导出与办理,不超过本人页面权限。两条链路分开。

企业上 AI 常卡在四件事:数据不通、进不了业务流程、上线运维太重、业务与技术对不齐。智能体长在平台上,不另起系统:设计态对接表单与流程,运行态对接可见库与既有接口。

进流程、降运维,平台可以直接做。数据清洗与口径要业务牵头,隐性规则要专家写进知识库,权责制度要企业自己定。平台降技术门槛,企业做业务治理,才能从演示走到生产。

建议先做设计态,人工复核并可回退后再发布。运行态等权限与可见范围理清后,再小范围试点。发布记录留在设计器,并把试点范围写进验收,再与六大引擎、七条产品线一起用。

适用场景

Design设计态

  • 实施与二开用自然语言建应用、模块、表单、页面与流程;产物须进设计器改完再发布。
  • 编辑器内可用对话与 ⌘K 改脚本或 SQL;仍须设计器复核发布,禁止旁路上生产。

Runtime运行态

  • 按订单、库存、质量、交付问数;可看图文,或导出 Office、HTML、Markdown。
  • 业务人员经平台业务接口创建表单并办理审核;校验与权限跟页面一致,不直写数据库。

设计态与运行态

Design

设计态智能体

谁用
实施顾问、业务关键用户、二开人员
干什么
用自然语言建/改应用分类、应用、模块、表单模型、字段与模型关系,以及表单/列表/Vue/报表/大屏页与流程;二开可在编辑器对话并用 ⌘K 辅助改脚本/SQL
得到什么
可进入设计器继续调整并发布的真实配置,而不是停留在对话里的草稿说明
Runtime

运行态智能体

谁用
管理层、业务负责人、车间/仓/质量等运营角色(按授权)
干什么
在授权范围内问数,并检索平台知识库;结果以对话框图文呈现,或导出为 Office、HTML、Markdown。经平台业务接口帮助业务人员创建数据、办理审核
得到什么
同一次取数的多种交付,以及经接口写入的业务数据或审核结果。导出不替代制度口径;创建与审核不超过该账号的页面权限,且可审计

交接只发生在发布之后:运行态按已发布版本问数与办理,未发布的设计稿不进入经营取数。

能力要点

  • 可配置对象覆盖设计态覆盖应用分类、模块、表单、字段、页面与流程;自然语言产出须进入设计器调整,确认后再发布。
  • 开发者加速二开可用对话辅助,也可用 ⌘K 改脚本或 SQL;仍经设计器复核与发布闸口,不开聊天直发生产。
  • 智能问数与多种交付授权范围内取数,输出结论与图表;可图文呈现或导出 Office、HTML、Markdown,不改已发布指标。
  • 接口办理授权范围内经接口创建表单或办理审核;校验、权限与审计与页面一致,不直写库,不能办的同样拒绝。
  • 人工复核,可回退生成结果须经设计器人工确认后再发布,不对可退回上一版;运行态宜先小范围试用,再逐步扩大覆盖。
  • 权限、知识库与审计设计态负责建模落地、运行态管问数与办理;权限、知识库与审计内置,越权可追溯,不另建独立底座。

与六大引擎协作

智能体不替代任何引擎:设计态加速可配置对象落地,运行态消费可见业务库与既有业务接口。六个引擎各自守住主数据、授权、建模、编排、用数与连接边界。

组织引擎

设计态选人、选部门与任职,都消费组织主数据。运行态可见范围随任职与权限生效,避免调岗后仍按旧组织取数。

权限引擎

设计态与运行态都受功能、数据范围与组织边界约束。关键操作可审计到具体人员,智能体仍不能绕过最小权限。

表单引擎

设计态可生成并调整表单模型,发布前须进设计器复核。运行态建单走业务接口,字段校验与权限跟页面录入一致。

流程引擎

设计态可建改审批与业务流,并可预览组件权限。运行态经接口办理审核,不越过该账号范围,也不代替加签规则。

报表引擎

设计态可新建报表页与大屏页。运行态问数可导出文件供阶段性汇报;冻结口径仍归报表引擎,导出不改正式口径。

集成引擎

集成失败须在集成引擎侧可见并可处置。运行态问数导出不改通道配置、映射治理与凭证隔离,也不充当运维入口。

方案示意

JEDP 设计态与运行态示意

典型断点

断点现象常见诱因治理抓手
聊天结果直接上生产跳过设计器复核发布前人工复核与回滚
绕过接口直写数据库未走业务接口创建与审核只调用既有业务接口
智能体看见超范围数据未继承数据权限与权限/组织一致
把问数导出当制度报表口径未进报表设计治理正式制度口径仍走报表引擎
试点范围过大无回滚一次全厂推广先小范围人工复核试点
设计态覆盖他人未发布稿版本闸口缺失个人草稿与发布分离
把智能体当集成运维入口通道配置仍靠人工失败处置仍在集成引擎

推进与验收

  • 设计态:抽一条表单、流程或报表,走完生成、改稿到发布;⌘K 改脚本后仍须复核。
  • 运行态:问数可图文呈现或导出 Office 等文件;数字可回溯,越权与直写库被拒绝。
  • 审计:智能体相关操作可追溯到账号与时间;试点须写明范围,并备好回滚说明。
  • 知识库:抽一条平台 FAQ 检索,答案须追溯到具体知识条目,不能靠模型空想。
  • 权限:同一账号问数或办理时,可见表与行的数据范围须与权限引擎保持一致。
  • 收尾:试点结束时不应留下未发布配置,临时扩大权限的账号均已回收完毕。
  • 分册:设计态与运行态账号必须分开使用,禁止长期共用高权限令牌做分析取数。

实施分期

  • 一期:设计态人工复核发布一条业务链;权限最小化
  • 二期:权限与可见库表理清后,运行态问数与办理小范围试点
  • 三期:扩大组织/库表范围前做权限回归;正式经营口径仍走报表引擎

制造落地提示

  • 设计态:加速 QMS 检验表单、SRM 审批流、WMS 例外放行,以及列表、页面与车间大屏。
  • 二开:可用 ⌘K 辅助改校验脚本或取数 SQL,改完仍须人工复核后再发布。
  • 运行态:就订单、库存、检验、交付问数,可图文呈现或导出 Office、HTML、Markdown。
  • 办理:业务人员可经接口创建单据,也可经接口办理审核。
  • 口径:已发布指标与大屏仍走报表引擎,问数导出不改这些口径。
  • 边界:读数与写入都不超出账号权限,配置变更只经设计器发布。

不适用场景

  • 希望智能体替代六大引擎之一——它是加速层,不替代组织/权限/表单/流程/报表/集成
  • 不按分期推进、一上手就全厂铺运行态——应先完成口径与权限基线,再小范围人在环试点
  • 无审计要求的「匿名助手」改生产——不符合推荐底线
  • 把问数导出的文件当成已发布的制度口径——导出供汇报与归档,正式口径仍在报表引擎
  • 指望平台自动把历史脏数据变干净——数据清洗与口径统一不在智能体职责内,需业务方牵头治理
  • 指望平台自动读懂企业多年沉淀的隐性业务经验——知识库内容需业务专家持续整理与维护,平台不代劳
  • 指望用一套系统解决组织与制度问题——流程权责、岗位职责与考核机制的调整,需企业自身推动

常见问题

职责边界、落地前提与平台分工的高频疑问,先看这里;仍有疑问可联系我们

设计态和运行态分别做什么?

设计态用自然语言建/改应用分类、应用、模块、表单模型、字段关系,以及表单/列表/Vue/报表/大屏页与流程,产物进入设计器可继续改再发布;二开可用 ⌘K 辅助改脚本/SQL。运行态在授权范围内问数,结果可在对话框以图文呈现,也可导出为 Office、HTML 或 Markdown;并可经平台业务接口创建表单数据或办理审核。

二开的 ⌘K 与编辑器对话算不算旁路发布?

不算。对话与 ⌘K 只加速写出脚本/SQL 或配置草案,仍须在设计器中打开、修改、发布并保留回滚;禁止把聊天结果直接当生产对象。

运行态能创建数据或办理审核吗?

可以。在本人权限内,经平台业务接口创建表单数据或办理审核,校验、权限与审计与页面操作一致。不能越权,不能绕过接口直写数据库。

运行态和报表/驾驶舱是什么关系?

运行态问数可在对话框输出图文,并导出 Office、HTML 或 Markdown,供汇报、传阅与归档。驾驶舱、大屏与已发布指标定义仍走报表引擎,导出文件不改写正式口径。

JEDP 智能体需要单独开发一套 AI 系统吗?

不需要。智能体长在平台之上,直接对接表单、流程与可见业务库,知识库检索、权限与审计链路随平台内置,私有化部署可按需评估;无需从零搭建 AI 工程底座,也不存在 AI 与业务两张皮的二次对接。

智能体能替代六大引擎吗?

不能。它是加速层:设计态缩短配置路径,运行态缩短从数据到可汇报结论的路径。组织、权限、表单、流程、报表、集成仍由对应引擎守住边界。

权限还没理清就能全厂开放问数与办理吗?

不建议。运行态只在权限范围内问数、导出和办理;权限未抽检、可见范围未冻结时,应先完成基线再扩大组织范围。

设计态生成的配置能直接上生产吗?

不能。必须在设计器中打开、修改、发布,并保留回滚。聊天草稿不是可上线对象。

平台能连数据治理和组织问题一起解决吗?

不能。平台只降低技术门槛:历史数据的清洗、隐性业务规则的梳理、AI 使用的权责制度与组织配套,仍需业务团队深度参与并持续运营。平台提供工具与边界,企业主导业务治理,二者结合才能从演示走到生产级应用。