Ziin · Business AI Operation Kernel

软件功能越强,用户越不会用,售后成本越高

智引不是再给系统加一个聊天插件,而是把“软件怎么用、为什么不行、下一步去哪”做成一层可嵌入、可调用的 AI 操作内核。它重点解决的是软件难用带来的培训、实施和售后成本,不是泛聊天。

不接管账号密码不越权回答不默认执行操作支持私有部署
核心定位AI 操作内核

不是再做一个聊天插件,而是把软件怎么用做成系统级能力。

回答方式权限感知式操作指引

不是泛问答,而是结合权限、菜单、字段与流程节点返回结构化结果。

知识来源软件原生操作知识库

手册、错误库、字段规则和页面上下文汇成同一套可维护知识源。

10 秒演示用户问一句,系统直接指出真正卡点
question

我为什么保存不了?

answer

当前单据无法保存,不是单一原因。系统先识别到你没有当前仓库入库权限,同时“批次”字段为必填,且该物料还没有维护批次信息。

steps
  • 先切回你有权限的仓库,或联系管理员补开当前仓库入库权限。
  • 补齐“批次”字段后再保存。
  • 如果系统仍提示批次无效,先维护该物料的批次主数据,再回到当前单据继续操作。
warnings
  • 当前结果受宿主权限上下文限制,不会建议超权限动作。
  • 如果你补传报错截图,系统可以继续结合 OCR 提高判断准确率。

Delivery Truth

官网先把最关键的话讲硬

对外先讲清楚这不是聊天插件、不是截图型示例、也不是跳过验收直接上客户环境的产品。

先验收再交付

先让协作账号把 typecheck、test、build 和本地回放跑通,再谈客户环境接入。

示例能跑,不是截图

公开接入包已补默认音频、默认本地回放路径和本地示例链路,不再只是摆示意文件。

先做软件理解层

截图、语音、文档都要先收进同一条操作理解链路,而不是各做一个会说话的壳。

Host Preview

更像宿主系统,不像一页宣传稿

这一段故意做成接近真实业务页面的样子,让客户一眼看懂智引在宿主系统里到底怎么工作。
宿主页面:入库单编辑当前节点:draft输入来源:表单 + 权限 + 报错 + 知识库
宿主系统实时上下文不是用户自己描述问题,而是系统直接把现场交给 Ziin
看完整嵌入示例
当前页面入库单编辑

route: /inventory/inbound/edit

当前角色仓库文员

权限来自宿主 Token,上下文未越权扩展。

当前卡点保存失败

同时命中权限、字段校验和主数据缺失。

当前表单状态入库单草稿 #RK-20260417-018
仓库华东成品仓权限不足
物料A-1024 医疗包装膜已识别批次管理
批次未填写必填项
数量480 箱字段正常
诊断链路为什么保存失败
  • 宿主传入 route、pageId、workflowNode、formState、errors。
  • Ziin 先判断当前角色对仓库是否具备入库权限。
  • 再结合字段规则,识别“批次”为当前物料必填项。
  • 最后回查知识库,提示要先维护物料批次主数据。

Why Ziin

你买的不是一个问答入口

真正有价值的部分,是把“软件怎么用”做成权限感知式操作指引和软件原生操作知识库。
10 Seconds

10 秒接入,不等 npm 包

浏览器端现在可以直接从公网 ESM 路径挂 widget。客户技术负责人看到这里,基本就知道第一步该怎么接,不需要再翻一圈下载页。

适合 Web 宿主、H5 和内嵌工作台先跑第一条真实页面链路。

10 Second Embed
Public ESM
import {
  createHostRuntimeAdapter,
  createZiinWidget,
} from "https://ziin.shenliu.cc/sdk/js/index.js";

const widget = createZiinWidget({
  runtimeAdapter: createHostRuntimeAdapter({
    adapterConfig: {
      clientConfig: {
        baseUrl: "https://ziin.shenliu.cc",
        token: "editor|softwareId:erp-suite|tenantId:tenant-east-cn|userId:u-1001",
      },
      defaults: {
        mode: "ui-assistant",
        module: "orders",
        softwareId: "erp-suite",
        tenantId: "tenant-east-cn",
        userId: "u-1001",
      },
    },
    getContext: () => ({
      route: window.location.pathname,
      pageTitle: document.title,
      selectedMenu: readSelectedMenu(),
      platform: "web",
    }),
  }),
  defaultOpen: true,
});

await widget.refreshContext();

直接打售后和实施成本

软件功能越强,用户越不会用,售后和实施的人力成本就越高。Ziin 只盯这一个问题,不把官网做成功能杂货铺。

给宿主 AI 补软件理解层

宿主原有机器人负责对话,Ziin 负责理解功能、权限边界、步骤、字段校验和报错原因。

更像标准组件,不像一次性项目

标准 API、标准库表、标准模板和 DAO 抽象,让软件公司可以反复卖、反复续、反复复用。

先走验收路径

第一次看项目,不要直接跳客户环境。先按“接入清单 → 动作验收页 → 后台评估”这条路径判断当前是不是接近可交付。

Core Panel

一个内核,三块必须讲透

交付形态、接入入口和安全边界,是客户判断你是不是产品,而不是项目说明书的核心三块。
交付形态

前台助手 + API 内核

  • 前端可挂悬浮入口、面板或会话页,直接服务最终用户。
  • 宿主 AI 可保留自己的品牌和会话层,Ziin 只做后台能力提供。
  • 同一套 answer / steps / warnings / sources 结构化返回可被继续消费。
接入入口

Web / App / 小程序 / 宿主 AI

  • Web、PC、iframe、Webview 和 Electron 可直接接入。
  • 微信小程序、iOS / Android App 可复用同一套 Query 协议。
  • 语音、截图、文档都进入同一条操作理解链路,而不是各做一套壳。
安全边界

边界必须先讲硬

  • 不接管账号密码。
  • 不越权回答。
  • 不默认执行操作。
  • 支持私有部署。

Go Live

怎么卖,怎么落,一页讲明白

如果公开站还要用很多段落解释收费和落地顺序,产品感就会往下掉。这一段应该尽量短、尽量硬。
商业模式

更适合试点成交

  • 不是卖一个问答页,而是卖一套宿主可复用的 AI 操作内核。
  • 更稳的收费方式通常是试点模块、知识整理、接入联调和年服务费组合。
  • 软件公司接进去之后,才有复制、续费和渠道分发的空间。
推进顺序

先模块试点,再逐步扩面

  • 先选一个流程清晰、问题高频的模块,不要一上来覆盖全系统。
  • 先把菜单、权限、手册和错误库整理进标准知识资产。
  • 先跑通 query / feedback,再扩语音、截图、文档和排序优化。