Visenious

Visenious Super Intelligence。由 Genius 编排的厂商中立业务套件。

一个由独立智能体和软件连接器组成的多层系统。作为 Visenious 生态系统中央主权核心的 Genius 解读请求、规划工作、委派给合适的智能体或连接器,并返回一个经验证的结果。您的 ERP、CRM 和工具保留自身的权威。首个试点:一个订单问题的端到端解决。

七项能力。一个开放目录。

独立智能体和软件连接器,按部署逐一启用。新加入的能力接受同样的编排和同样的控制。

  • 1.1 客户支持

    带来源的回答。

    事实、建议和缺失的证据分开呈现。

  • 1.2 CRM

    可以逐项比对的变更。

    变更前后的对照集,附带来源。

  • 1.3 供应链

    ERP 始终是权威。

    提案由系统草拟。订单绝不会被单独下达。

  • 1.4 考勤

    以可信记录为依据。

    修正是遵循您策略的提案。

  • 1.5 视觉

    摄像头在边缘,事件在核心。

    Visenious Visual SI 向 Genius 发送事件,从不发送视频。

  • 1.6 效率

    有基线的建议。

    任何试验之前先定义护栏指标。

  • 1.7 学习

    改进即受治理的发布。

    模型变更有版本、经评估、获批准。

每项操作都走同一条路径。

  1. 01

    意图

    Genius 提议做什么,以及为什么。

  2. 02

    分类

    效果类别决定所需的权限。

  3. 03

    治理

    策略、范围与速率。通过、引导或阻止。

  4. 04

    暂留

    超出策略范围时,由审查人决定。

  5. 05

    执行

    通过经认证的适配器执行。

  6. 06

    结算

    一份收据记入审计链。

审批与确切的提案绑定。实质性修改会生成新版本。

ERP 始终是运营中心。

Genius 理解业务单据的生命周期,并协调跨部门的工作。ERP 执行其原生规则并保留其记录。

业务领域Genius 的贡献ERP 保留
销售与履约准备报价,调查延误,协调替代方案。价格、条款、订单、下达与履约状态。
库存解释短缺,提议调拨,请求预留。可用量、库位、预留与移动。
采购汇总需求,比较供应商,准备订单。供应商规则、采购单据与承诺。
生产识别物料缺口,提议排程变更。物料清单、生产订单与产能。
财务收集证据,调查不一致,准备处理措施。过账、余额、单据控制与总账。
单据生命周期草拟审批下达履行开票
实例演示

两个任务。十个单位。一次权威的预留。

一张销售订单和一张生产订单争用同一批库存。读取可用量并不等于预留。由 ERP 进行分配。

  1. 01 · 销售工作流请求 7 个单位。ERP 为销售订单确认一次原子预留。
  2. 02 · 生产工作流请求 6 个单位。仅剩 3 个,因此该请求无法完全预留。
  3. 03 · 处理被拒绝的请求会考虑经批准的调拨、补货或升级处理,与此同时不相关的工作继续进行。

Genius 协调的是真正被共享的资源:订单键保护其编辑,仓库加产品键识别库存冲突。由 ERP 原生的预留和条件更新来强制执行。数量仅为示意;分配遵循您的策略。

一个服务问题。两位专家。一个经审查的结果。

  • 审查人可以看到草稿、差异、不确定性和策略。
  • 实质性修改会生成新的提案版本。
  • 在文档或工具结果中发现的指令无法赋予新的权限。
VSI · 由 Genius 编排 · 工单 #2 287实时
  • $ vsi task --from ticket:2287
  • > 客户称替换件从未发货。
  • ⟶ genius.plan → support.interpret → crm.context (scope: account, orders)
  • ⟶ support: policy 'replacements' v3 · RMA 1182 opened 14 days ago
  • ⟶ crm: shipment field empty · carrier reference missing
  • 提案:回复当前状态,并根据仓库导出数据设置 rma.carrier_ref。两个效果,两份收据。
  • ⟶ govern message:send → hold (customer-facing) · record:update → pass
  • ✓ 已审查 10:04 · 消息已批准 · 记录 v7→v8 · 收据 #551、#552

试点以节省的工作量来评判,而非模型速度。

评分卡在试点开始前与您商定。疑难案例在扩大自主权之前先行验证。

  • 01

    节省的时间

    前后对比的实际处理时间,包括审查和修正。

  • 02

    完成质量

    正确、有依据的结果,以及返工的数量。

  • 03

    运营可靠性

    故障、恢复、重复效果和未决结果。

  • 04

    人员体验

    审查工作量、证据的清晰度和操作员的接受度。

  • 05

    实际成本

    硬件、集成、运营和持续支持。

疑难案例,在扩大自主权之前先行验证

并行的独立订单
不相关的订单各自推进,没有全局阻塞。
两个任务争用库存
已确认的预留绝不超过可用量。
员工更改了 ERP
过时的条件触发重新评估。
重复请求或超时
没有重复效果。未决结果保持可见。
重启或工作进程中断
已保存的结果得以保留。待定效果安全核对。
审批延迟或撤销
等待释放处理能力。权限重新核查。
批量作业或连接器过载
积压保持在限度内,访问保持公平。
摄像头故障或重复事件
覆盖降级可见。事件去重。
企业边界
被禁止的记录和操作始终无法访问。

放开自主权分阶段进行:只读,经审查的提案,效果经确认的已批准写入,然后是限额内的例行任务。每个阶段都需要前一阶段的证据。

为归您所有而构建。

您的主机。没有多租户,没有按 token 计费。

编排
中央主权核心 Genius 协调每一层:独立智能体、软件连接器和治理网关。多个智能体角色共用一个本地模型。
智能体
Python。独立的受管角色,带有模式、范围和效果类别,登记在开放目录中。
持久性
PostgreSQL。中断的工作从已记录的结果处恢复。不确定的外部效果在任何重试之前先核对。
连接器
厂商中立。可连接任何 ERP、CRM、客服台或人力资源系统的软件连接器,按产品和版本逐一认证。先读取,待其保障得到验证后再写入。
工作区
我的工作、审批、例外、证据、活动。每次等待都显示其原因。
推理
本地模型。云端需明确选择启用。
部署
单主机 Docker Compose。支持物理隔离。
路径
验证基础,交付客户支持与 CRM,连接一个 ERP,加入视觉与考勤,以证据驱动改进,认证客户部署。进度由验收证据决定,而非日历。
状态
设计基线定于2026年10月8日,架构与路线图定于10月21日。企业身份、持久的业务执行和 ERP 连接器是接下来的实施工作。
运行于
Genius。

从客户支持与 CRM 开始。

一封邮件,选定系统和试点案例。