应用场景

同一块底座,
四类会付出代价的智能体

智能体不是一种东西。按“错了会怎样”分,至少有四类,每一类的失败形态完全不同——但它们需要的东西是同一件: 一个模型之外、能替它作证也能拦住它的结构

分类的依据

不按行业分,按“错了会怎样”分

通行的分法是按行业(金融的、政务的、制造的)。我们不这么分,因为 同一个行业里,一个查资料的智能体和一个动机械臂的智能体,风险结构毫无共同之处

后果的形态分,得到四类:办错了要重办的(流程)· 判错了要担责的(治理)· 动错了收不回的(具身)· 算错了要返工甚至误导后续的(研发)。 四类的治理重心不同,但都落在同一块板上—— 这正是“换包不换内核”能成立的原因

四类

各自最怕什么,Rulith 各自堵哪一处

每一类都标着我们当前的成熟度,判据见进度页

流程智能体

可演示
审批 · 工单 · 办件 · 单据核验 · 客服工单流转

它替人办一件有规矩、有留痕要求的事。规矩大多写得下来,难的不是判断,是每一步都要经得起事后查

最怕的失败

该人签的地方它自己签了 · 材料换了却按旧材料批了 · 出事之后翻不出“当时依据哪一条”。

  • 清关凭证——放行属敏感动作,凭证由系统侧签发,它开不了自己的条子;
  • 变更即重审——依赖的材料一变,靠它作出的裁决自动作废;
  • 一案一卷——整案可回放、可导出,监管来查逐笔重演。
现成形态:审批台 · 数字组织 —— 产品与交付 →

治理智能体

可演示
审计 · 合规核验 · 风控复核 · 质检 · 监督与仲裁

它的产出是判断本身——说别人对不对。 于是问题变得尖锐:谁来监督监督者?

最怕的失败

把猜测写成结论并盖上“已核验” · 和被审对象有利害关系 · “举报即定罪”被当成攻击手段。

  • 意见不等于裁决——建议不挡活,只有被独立后端证实的缺陷才挡交付
  • 利益回避——仲裁者不能是当事方,当事方没有裁决资格;
  • 无罪推定——争议登记不等于定罪,裁决落定前既有结论不翻转;
  • 声誉禁令——履历只影响派活与优先级,永远不能把断言抬成事实
现成形态:影子审查员 · 事实裁决台 · 独立仲裁

具身智能体

设计中
机器人 · 无人设备 · 工业执行器 · 现场作业

它动的是真实世界。前三类的错误还能补救,这一类的错误收不回来——所以闸门必须在动作之前,不能在日志之后。

最怕的失败

凭一个没核实的感知就动手 · 越过安全包络 · 断网了没人管得住 · 事后无法证明“当时它看到了什么”。

  • 传感即作证——传感器读数走受信通道盖章,模型伪造不出实证档
  • 出口唯一——所有影响物理世界的动作走同一个出口,闸门设在出口上;
  • 边缘自治 + 中心治理——判断跑在设备本体(断网照常受约束),宪法与审计在中心;
  • 包络即刻度——预算、边界、红线是可调的旋钮,不是一次性赌注。
诚实说明:动作层与包络机制已在软件场景跑通,但我们尚未接入任何真实硬件。 这一格目前是设计,不是产品。

研发智能体

原型
编程 · 工程计算 · 方案设计 · 科研推演 · 数据分析

它的产出会成为别人的前提。一个错的中间结论不会当场爆炸,它会安静地流进下游,直到很贵的地方才暴露。

最怕的失败

“我实现完了”其实没跑过 · 记错一个行业常数还讲得头头是道 · 算出一个被悄悄舍入的“精确值” · 中途把验收标准改松。

  • 完成是推导出来的——验收标准立项即钉死,交付时逐条过闸,过不了照实说;
  • 精确算术——算得出就是准的,算不准直接失败,不给舍入后的漂亮数字
  • 常数与公式装包不靠回忆——用真实数据回算核验过的才配高档;
  • 影子审查全程在场——建议不拦活,查实的缺陷才拦交付。
现成形态:外部求解器编排(把难题委派给专业求解器,结果按信任分层收回)
共同点

四类要的是同一件东西

表面上四类差得很远——办件、判断、动手、演算。但把失败拆开看,它们卡在同一个地方:模型不能为自己作证

类别它的“错”长什么样共同的根
流程该人签的地方它自己签了自己认定了“这一步可以放行”
治理把猜测盖上“已核验”的章自己认定了“这条证据够格”
具身凭一个没核实的感知就动了手自己认定了“我看到的是真的”
研发“实现完了”其实一次没跑过自己认定了“这活干完了”

四条右列是同一句话:它自己认定的。 而模型不能为自己作证 —— 这就是四类共同的根。

所以四类要的是同一个模型之外的结构: ① 结论只能推导不能宣称 · ② 每条信息标明出身、档位只降不升 · ③ 敏感动作先过闸门 · ④ 全程留痕可回放。 换类别只换装进去的规则包,底座不换。

这就是我们不做“行业方案公司”的原因。四类的差异全在包里,共性全在内核里 —— 内核只做一次并且做到硬,包按行业按法域不断长出来。 Rulith 的技术路线 →

其余场景 · 口径是「适合探索」

想得清楚,但没跑过客户的线

下面三类原本挂在首页的「解决方案」栏里。机制我们都想清楚了、也写在页上, 但没有跑过任何一条真实客户的业务线—— 所以口径是「适合探索」,不是「已形成解决方案」

金融 · 政务

审批裁量

信贷/理赔/政务办件:材料三证人核验、清关放行、材料变更自动重审、一案一卷可追责。

政务协同

跨域工单流转

跨区域协同:全流程留痕、责任到人、精准派单、超时督办、闭环可回放。

合规核验

材料与流程合规

证照/合同/票据进件:观测(识别)+ 放电(对账)+ 人签三证人,材料不自升档,低置信升人工。

把这三类从首页挪下来是一次降级,不是删除。 只能升的档位不是档位,是宣传——这条规矩对场景与对我们自己同样适用。 什么时候能升回去,取决于第一条真线什么时候跑通。 真跑过的两个楔子留在首页上。

你的场景落在哪一格?

四格里任何一格都可以当面跑给你看——包括让它当场越界,看它越不过去。落在“设计中”那一格的,我们会照实说。

免费开始 · 打开控制台 看产品与交付

想先治理一条高责任工作流的组织,走企业通道:contact@rulith.com