JCAI-WOS · 产品汇报 · 2026-08

企业级 AI Native
任务操作系统

把组织的工作定义为可编排的工作流;工作流由「活动」编排而成 —— 活动是完成一项任务的 Agent 机制,系统外开发、安装即用。
本篇讲三件事:产品怎么设计的 · 系统靠什么机制立住 · 已经跑出了什么。

确定 交系统 临场 交 AI 落地 交人
JCAI-WOS
01 · 为什么做

企业落 AI,现有三条路各断在一处

不是没人试过让「系统 + 人 + AI」干活 —— 而是每条路都把三种成分混在一个执行者身上,断点因此结构性地无解。

路线一传统流程系统 / BPM

把每一步写死在代码里。断点:变更成本 —— 业务改一处,流程改一版,排期以月计; 长尾业务永远排不上,例外全靠线下走,系统里的流程和真实的干法渐行渐远。 它把「临场」也当成了「确定」来编。

路线二人肉 + IM + 表格

靠资深员工的手感把活串起来。断点:不可见、不可度量 —— 单子在谁手里、卡在哪一步, 管理者看不见;判断标准在人脑子里,人一走经验清零。 它把「确定」也交给了「临场」。

路线三裸大模型 / 通用 Agent

能说会写,演示惊艳。断点:不可控、无责任 —— 没有授权边界(什么都能碰), 没有责任交割(错了没人签过字),关键数字可能是编的。 企业敢让它聊天,不敢让它办事。它把「落地」也托付给了「临场」。

确定性 · 从路线一继承 临场力 · 从路线三继承 责任制 · 从路线二继承 JCAI-WOS:按成分拆开,各归其位 确定交系统 · 临场交 AI · 落地交人 —— 边界由机制立死,不靠自觉 01 / 14
02 · 核心命题

把一件工作拆开,答案就清楚了

以一封客户询价邮件为例:同一单工作在三条泳道间流转,每一段都落在最擅长它的执行者手里 —— 谁该做什么,机制说了算。

确定的部分交系统 临场的部分交 AI 落地的部分交人 规则写成判定表 · 门与闸把关口 同样输入,必得同样结论 读懂来件 · 归一数据 · 编排步骤 每一步留痕,可回核 责任点与放行点 字签下去,世界才改变 来件 AI 归一拆成受理清单 判定表分级A / B / C 三分类 人审定放行就地改 · 签字 落账发出此刻才算数 下游活动按分类分流

确定沉淀为资产

三分类规则、完整度门槛、利润档位 —— 全部写成判定表与判据装进活动包。 从此这类判断不再依赖任何人的手感:换人、换模型,结论不变;要改口径,改表,一处生效。

临场收敛成编排

俄文附件、中文正文、表格贴在邮件里 —— 来件形状千奇百怪,这正是大模型擅长的。 但 AI 在这里只做归一与编排,不做裁断:它算出的每个数都要过系统的门,过不了就得回去改。

落地绑定到责任

建客户档案、审定受理需求、放行发出 —— 触达世界的动作全部落在具名的人身上。 谁签的字、签之前看到了什么、签下去发生了什么,台账留痕,事后可完整回放。

02 / 14
03 · 产品形态

一套系统,三个面

三种角色各有各的门面,底下是同一套台账 —— 定义工作的、看住工作的、干工作的,各看各的屏。

设计中心/design 蓝图 · 触发器 · 流程包活动库 · 工具箱 · 数据域知识库 · 大模型 · 测试台(九区 —— 定义工作怎么做) 设计人员 运营中心/ops 驾驶舱 · 工作流 · 任务员工 · 台账 · 系统(六区 —— 看住正在发生的)在途全景,卡点一眼可见 管理者 工作台/ 对话区:AI 交代 + 工作卡工作区:件(报告即表单)待办 · 成果 · 沟通记录 · 消息(员工每天呆的地方) 员工 上线 派单 台账与指标实时回流

设计装配式,不是开发式

设计人员在治理台装配流程与活动:挑活动、连节点、配触发器、绑模型与工具 —— 不写代码。测试台里投一封信就能整流试跑,历次试跑存档可回放,改完当场验。

运营全程可观测

每一单在哪个节点、AI 跑到第几步、等谁签字,驾驶舱一屏尽收; 配置变更、任务流转、台账写入全部实时推送 —— 不用刷新,不看快照。

员工像带助理,不像用系统

AI 把活干到只剩「该人拍板的那一下」再来找你:一轮一句交代进展, 该办的事变成一张卡,该看的件铺满工作区。你面对的是一个汇报有条理的同事,不是一堆待填表单。

03 / 14
04 · 组织方式

工作流 → 活动 → 单,三层各管各的

工作流定顺序,活动定做法,单是一次真实发生 —— 三层解耦,才谈得上各自演化、互不牵连。

工作流(流程包) 节点 + 边;边只表达顺序与条件,数据按字段名流动 —— 编排层不掺业务逻辑 A1A2A3分流A4A6A7 活动 —— 完成一项任务的 Agent 机制 案例模型(每步剧本) + 说明书 + 判定表 + 台账声明系统外开发,像装 App 一样装进系统,升版本迭代 安装即用 · 可替换 TY-2026-018 · 询价受理 一次触发起一单 · 起单宽进:门口不拒缺项 推进中 等你签字 单(任务)

治理版本有纪律

一条流恰有一个生效版本;新版本上线,在途的单按启动时的版本跑完,不被中途换规则。 活动改了内容必须升版本号 —— 同版重装无效,升级永远是显式动作,可追溯、可回退。

宽进门口不拒,过程补齐

触发一到就起单 —— 缺字段不挡在门外(挡了就是把例外赶回线下)。 缺什么由活动在过程里向人开口补,严出由放行门把住:该有的没有,签不了字。

价值长尾业务也养得起

新业务 = 装一个新活动 + 在流程包里连上节点,不动基座一行代码。 流程系统最养不起的长尾场景,在这里变成「多装一个包」的边际成本。

04 / 14
05 · 解耦机制

活动是安装进来的,声明就是授权

系统(基座)与活动之间只有一条通道:安装。装进来的是一份「声明 + 剧本」,基座照声明给它一个能跑的世界 —— 没声明的,一律办不成。

系统基座(不动的部分) 编排引擎 —— 逐拍推进 · 纪律把关 台账基座 —— 草稿层 / 正式版两层账 人环 —— 四类工作卡 · 工作区渲件 门与闸 —— 判据 · 提交闸 · 放行门 治理台 —— 装载 · 版本 · 授权 对每个活动,基座只做一件事: 照它的声明,给它一个能跑的世界 安装通道(唯一入口) 读产物文件装入 · 改内容必升版本 活动包(系统外开发) quote-intake@49 案例模型每个计划项一条剧本 活动说明书AI 的作业规程 判定表 DMN确定的判断查表出 台账声明写哪几张表 = 授权面 HTML 报告模版件 · 表单 · 归档件一体 出口与谓词去向按数据算,不靠手感

写权台账声明

活动声明自己要写哪几张表、哪些列、哪些必填 —— 声明之外的表一个字都写不进。 列声明还顺带驱动界面:必填红、建议橘、自增列不问人,全从同一份声明长出来。

调权 / 发权工具与出口声明

能调哪些工具、能向哪几个出口发数据、载荷什么形状 —— 全部声明制。 AI 在运行期结构上不可能越权:它想调一个没声明的工具,引擎连这个选项都不给它。

产业含义活动是可交易的能力单元

活动在系统外开发、测试、打包 —— 意味着能力可以由不同团队并行生产、按版本分发。 基座越用越稳,业务能力靠「装活动」长出来,这是「操作系统」三个字的分量。

05 / 14
06 · 运行机制

一单的一生:门前的都改得动,门后的都算数

所有改动先落草稿层;人签字放行那一刻才合并进正式版、才对外发出 —— 放行之前,世界上什么都没有发生。

来件入站沟通记录归档 起单宽进不拒缺 AI 逐拍办事写草稿 · 全留痕 人环 · 工作卡该问人的问人 提交门 判据逐条过 放行人签字 责任在此,清清楚楚 发射出口载荷 = 验收过的成果 门前 · 都改得动门后 · 都算数 草稿层AI 写的、人在件上改的、撤掉的行 —— 全在这层,随时可改可撤 AI 写入 人改两格 撤掉一行 正式版组织的事实。只有放行那一刻的合并能写进来;下游读到的永远是这层 合并(放行那一刻)

类比Git 的工作方式,搬进业务

草稿层之于正式版,如同分支之于主干:AI 和人都在「分支」上放开干、随时改、随时撤; 合入主干只有一条路 —— 人签字。写错一行有退路(撤的只是草稿,正式版一个字不动)。

放行那一刻四件事原子发生

草稿合并进正式版 → 出口按谓词求值、命中哪口发哪口 → 载荷带走验收过的成果 → 结构化留痕落档。签完那一屏直接回答「这一签下去发生了什么」:进了哪几张表各几行、转去了哪儿。

止损面错误出不了门

AI 抽错一格、多写一行、编了一个数 —— 最坏情况也只是草稿层的一笔脏数据, 被红带点名、被闸拦住、被人改掉。对外发出、写进正式账的,必然是人过目签字之后的版本。

06 / 14
07 · AI 的缰绳

AI 怎么被管住:一拍一串行动,纪律引擎当场把关

AI 不是放出去自由发挥 —— 每一拍只看该看的局面,发出的每个行动都过纪律引擎;判断归判定表,AI 只做编排。

一拍 1.5 - 4.9 秒 局面只摊当前这一步该看的 模型决策编排,不裁断 行动串(至多 6 个)记账 · 查表 · 调工具 · 发卡 纪律引擎非法行动当场拒回

局面上下文按状态组织

每拍只摊开当前这一步的做法与该用的东西,其余步骤各留一行;台账读数、剧本、轨迹、可用工具全在局面里。 AI 不靠记忆干活 —— 它看到的就是此刻的真实世界。

行动十四种,各有边界

记账、查判定表、调工具、发四类卡、宣告完成、提交放行、撤草稿…… 每种行动引擎都有一套合法性检查; 一拍最多六个、被拒即停在被拒处(前缀生效),不会带病往下跑。

自动收步与熔断

每步剧本带「办成了没有」的判据 —— 数据到位引擎自己收步翻页,不再问模型,省拍省钱; 触达世界的步骤例外(不给引擎替人签字的钥匙)。连续被拒五拍熔断交人,调人有预算 —— 不空转、不越权、不无限烧。

纪律一机检只读系统数出来的数

判据要么由基座从台账现算(缺几格、写了几行、打了几个标),要么交人裁量。 AI 自报的数不当判据 —— 否则它总有一天会学会「把数改对」。

纪律二拒回的话是行动指南

拦下一个错误动作时,连着告诉它:差的是数还是行、差在哪一行哪一格、哪条路能走通。 指错方向比不给指引更糟 —— 这是我们在实测里反复验证过的工程铁律。

纪律三全程留痕,三色日志

每一拍谁干了什么 —— 负责人绿、智能体蓝、系统灰,一单一本工作日志; 对话区只留一轮一句的交代,过程细节沉在日志里,随时回放,永不失忆。

07 / 14
08 · 门的构造

放行门里有什么:五层判据,各归其位

「能不能放行」不是一个感觉,是一摞可逐条核对的判据 —— 机器判得了的机器判,判不了的交人,责任那一层永远留给签字的人。

L1机检必填齐 —— 型号 / 年用量一格不缺基座现算:缺几格、缺在哪一行哪一列
L2机检账面守恒 —— 每条都打了标、行数对得上、该查的工具真查过基座读数两边对账,自报无效
L3裁量质的判断 —— 拿不准的分类是否已按规则降级处理AI 裁,裁断与理由随卡交给人
L4裁量缺口处置 —— 选填缺口已补齐,或由你确认可以先受理带谓词:数据已齐则自动达标,否则才轮到裁量
L5人放行 —— 这一签本身就是这道关不列进判据表:那张卡就是 L5
达标 —— 机器核过,绿 AI 判为不满足 · 交你定 —— 琥珀,理由附在旁边 未达标 —— 红,差什么直说

三态「裁了但不满足」不等于「没裁」

判据在卡面上分三态呈现。AI 判为不满足的那条不假装绿、也不冒充红 —— 连同理由一起摆到签字人面前,由人定夺。裁量项裁过即可提交,不逼 AI 把裁断翻供成「满足」。

可信判据必须指向一个可做的动作

每条判据背后都有一条能走的路:缺数去补、多行去撤、没办的回去办。 我们删掉过一批「恒不可满足」和「给自己盖章」式的判据 —— 门是用来把关的,不是用来表演严格的。

对老板的含义审计级的放行记录

每一单放行都留着:当时哪几条判据什么状态、AI 的裁断与理由是什么、人最终怎么定的。 合规回查时,这就是一份逐条可回放的决策档案。

08 / 14
09 · 人的位置

人只在该出现的地方出现,出现时体验是对的

人的介入收敛成四类工作卡;要看要改的内容是一份件 —— 看是报告,按「编辑」就地改,办结即归档,三个身份同一份 HTML。

执行工单 —— 把活干了:指导书说清缺什么,填报全在件上,零输入框卡片 验收工单 —— 把关签字:判据三态 + 就地可改 + 落地结果回执 决策卡 —— 岔路口拍板:至少两个可点的选项,不让人对着空表单猜 录入卡 —— 建档确认:一卡两段(公司 + 联系人),自增编号不问人
员工工作台 对话区 AI:三颗料归一完毕,两格必填缺着 执行工单补齐必填 · 建议追问目标价 查看工单 卡上只有整单级:判据 · 指导书 · 提交钮 工作区 · 件(报告即表单) 询价受理需求 · TY-2026-018 还差 2 格必填没补 —— 第 2 行·年用量 / 第 3 行·型号 SS8050  三极管  20,000  长电 TL072CDR 运放  (必填)  TI NE555P  定时器 12,000  TI 已锁定 —— 要改按「编辑」 编辑 点卡,跳到件

分工逐行数据归件,整单级归卡

编辑在件(表格就地改、能增删行、红带点名缺口),提交在卡(判据 + 指导书 + 那一枚提交钮)。 两个区各说各的话,不再有第二套表单 —— 人填的每一格都落在它将来归档的位置上。

兜错手改是兜 AI 的错的那一手

改格子、撤掉不该在的行、补漏掉的行 —— 三类错都有出口;删是挂记号不当场抹掉,看得见、可后悔。 保存只落草稿层,保存不等于放行;必填还空着,提交钮按不下去,闸上直说差在哪。

克制该问人的问人,答不上来的不摆

卡面摆表的人读名不摆库表英文名;系统能生成的编号不让人填; AI 已办完的不再请示。人被打扰的每一次,都是真正需要人的那一次。

09 / 14
10 · 信任工程

界面不撒谎:一个数,三处呈现,同一个源

「还缺几格必填」由基座从台账现算 —— 件上的红带、卡上的提交闸、放行门的机检,读的是同一个数、同一套算法。没有两套口径,就没有扯皮。

基座读数 · 缺必填 = 2 从台账现算,不由 AI 自报 件上 · 缺项红带 还差 2 格必填 —— 差在哪行哪列 卡上 · 提交闸 提交(按不下) 缺着就拦,补齐自动开 放行门 · 机检判据 必填齐(型号 / 年用量) 未达标

如实状态、错误、能力都不装

模型没绑密钥就写「不可用」,不摆假数字;外部系统报错,把厂商原话带给人看; 附件读不出文本,就写「读不出」—— 宁可难看,不可失真。

实时屏上的永远是现在

任务推进、台账写入、配置变更,全部事件推送实时刷新;别处销毁的单不会在你屏上留鬼影; 连「签完字到落定之间」的中间态都有自己的话:「字已签下,正在落地」。

不冒充算不出就空着

去向没算出来,判定表一行都不高亮 —— 不冒充判过;没有数据来源的图表不画 —— 画六根编出来的柱子是撒谎。报告只呈现,不计算、不判断,判断永远发生在有留痕的地方。

10 / 14
11 · 跑起来的样子

实例:统一报价工作流,七节点全链

客户一封询价邮件进来,到报价单发出、情报归档 —— 六个活动包 + 一道人工审批;每个分岔的去向都由出口谓词按数据现算。

客户 RFQ A1 询价受理归一 · 三分类 分流 A2 替代选型FAE 选替代 · 判稳 A3 渠道寻源圈渠道 · 拿货源价 A4 成本定价利润模型 · 底价门禁 A5 定价审批 · 人 A6 报价议价发报价函 · 让步梯度 A7 情报归档输赢归因 · 竞对价 有 C 类 · 需替代 无 C 有 B 全 A · 直通 判稳仍有 B 判稳全转 A · 免寻源 批下来 再议 · 回核价重批 成交 / 未成

真实形状来件千奇百怪,照单全收

常备案例真不相同:俄文 BOM 附件、中文正文列料无附件、客户点名「这颗本轮跳过」—— 全部端到端跑通。宽进的意义就在这:业务的真实形状不需要先被系统「格式化」。

交接随令牌流向下游的只有验收过的成果

上游发什么、下游要什么,契约写死;每一步交接的载荷都是人签过字的正式数据。 A1 不替 A2 摆输入,A2 进场自己归一 —— 同一份事实只存一份,不分叉。

去向算出来的,不是点出来的

「转替代还是转寻源」由分类计数按谓词现算,在放行那一刻与发口同一次判定; 要改去向,改的是清单里料号的分类,去向跟着变 —— 决策有据,回头可核。

11 / 14
12 · 质量工程

可靠性不是许愿,是一条流水线

AI 系统最怕「演示能跑,生产翻车」。我们把可靠性拆成三道防线:门禁拦代码,测试台拦设计,验收口径拦侥幸。

类型 + 规范静态检查零豁免 依赖边界模块分层不许穿 契约入库接口变更必显式登记 千余条测试含活动包内自测 五道全绿才合入以退出码验,不许口头绿

测试台设计中心里的风洞

投一封信就能试跑整条流或单个活动;逐拍轨迹、台账草稿、发出的人卡全存档, 可回放可对比。设计人员改完配置,当场吹一遍风洞再上线。

验收口径released + 被拒 0

每个活动配三条形状不同的常备案例,标准是双硬指标:全部跑到放行收尾,且 AI 行动被拒 0 次 —— 每一次被拒都被当成设计欠账修掉,而不是靠重试蒙混。这个口径逼着系统把「话与门」对齐。

基线动共享面,全量回归

A1 是不可破的基线(连跑 10/10 全放行):任何人改了引擎、提示词、渲染层这些共享面, 全部案例重跑一遍 —— 「稳定的活动突然出错」这类事故,在流程上被堵死。

12 / 14
13 · 成本工程

效率不是口号,是一笔一笔抠出来的账

三组真实优化数据 —— 每一刀都从逐拍 trace 里挖出来(输入 / 输出 / 推理字数逐拍实证),这个体系的成本曲线是可持续下压的。

每拍时延

20 - 56s→1.5 - 4.9s

病根:模型的隐藏推理在烧时间。处方:判断归判定表,模型只做编排 —— 关掉思考额度, 规则写死在说明书与判定表里。快了一个数量级,判断反而更稳(查表不抖)。

一单开销

21 拍 · 17.3万 token→7 拍 · 4.9万

病根:一拍只许一个行动,每个动作都重烧一遍完整上下文。处方:一拍一串行动(封顶六个, 纪律引擎保证串内被拒即停)+ 成果已在就自动收步。同一单活,开销降到三分之一以下。

对话密度

逐拍刷屏 9 条→一轮一句 5 条

病根:AI 每拍都播报,员工被日志淹没。处方:只有交出控制权那一拍才进对话区, 过程细节沉进工作日志。员工看到的是同事式汇报,细节要查随时能查 —— 体验和成本一起赢。

方法先度量,后动刀

每拍的输入 token、输出 token、推理字数、耗时全部落 trace;优化是对着数据找最慢的那一环, 不是拍脑袋换模型。同样的方法可以持续用在新活动、新模型上。

结构贵的能力只花在刀刃上

归一、编排这类临场活交给模型;分级、算价、判稳这类确定活交给判定表(零 token、零延迟、零抖动)。 成分拆得越清,单位业务的 AI 成本越低 —— 这是三分法在成本上的红利。

底线省钱不省责任

所有优化都在「验收口径不降」的前提下做:全部案例放行、被拒 0、数据逐轮对得上。 快和便宜,从来不以「少一道门」为代价。

13 / 14
14 · 现状与下一步

不是概念稿 —— 是跑出来的

以下全部来自 2026-08 端到端验收记录(测试台真跑 + 浏览器真人走查):

6 个真活动包全部到验收线(受理 / 替代 / 寻源 / 定价 / 议价 / 归档),经安装通道装入
16 条端到端案例全部放行收尾,来件形状各不相同(俄文附件 / 中文正文 / 点名跳料…)
0 次末轮 AI 行动被拒 —— 每次被拒都当设计欠账修掉,不靠重试蒙混
1.5-4.9s每拍时延(自 20-56s 优化而来);一单 6-11 拍、五万至十万 token
10 / 10A1 连跑十轮全部放行、零被拒 —— 稳定性有基线,动共享面必全量回归
5 道工程门禁(类型 / 规范 / 依赖 / 契约 / 千余条测试)全绿才许合入
下一步:七节点全流程连跑常态化 运营度量与评价体系 活动包生态扩展

一句话收尾:确定交系统,临场交 AI,落地交人 —— 效率给机器,责任给人。

14 / 14