同一套能力，既能直接服务用户，也能藏在宿主 AI 背后。
Ziin · Business AI Agent Kernel交付形态前端助手 + API 内核 回答方式结构化返回 建设方法单模块先跑通
面向业务系统的 AI 操作智能体平台
智引不是再给系统加一个聊天框，而是给业务软件补上一层真正懂功能、懂权限、懂步骤、懂排障的 AI 能力。它既可以直接嵌进前台，也可以作为 API 被宿主软件或第三方智能体调用。
answer、steps、warnings、sources 等字段可直接被页面或智能体继续消费。
从一条业务链和一批知识资产开始，效果稳了再扩展到全系统。
结构化回答示例供宿主 AI、前端助手、App 继续消费
当前用户没有直接提交入库单的审批权限。建议先保存单据，再联系具备inventory.approve权限的角色完成提交，或由管理员开通对应权限。
- 进入“仓储中心 / 入库管理”，检查当前仓库和单据类型是否正确。
- 先完成必填字段并保存单据，确认没有批次和物料校验错误。
- 若需继续提交，转交具备审批权限的角色或补开权限后再试。
- 当前返回结果受宿主权限上下文限制，不会展示超权限操作。
- 如果截图里还有报错码，可继续补充 OCR 识别结果提升判断准确率。
Why Ziin
你买的不是聊天入口
真正有价值的部分，是把“软件怎么用”做成可嵌入、可调用、可复用的标准能力。给宿主 AI 补软件知识层
宿主原有机器人负责对话，Ziin 负责功能理解、权限边界、步骤生成和报错解释。
把培训和支持沉淀成标准能力
菜单映射、权限映射、手册和错误库一旦整理好，就可以反复复用，而不是每次靠人补位。
更像产品组件，不像一次性项目定制
标准 API、标准库表、标准模板和 DAO 抽象，让后续接别的系统时不必重搭底座。
Delivery
两种交付形态
同一套能力，既能露出界面，也能只做后台内核，不强迫客户改变原有交互。前端助手直接给用户用
以悬浮入口、面板、页面助手、App 会话页或小程序入口落地，面向最终使用者回答“怎么做”和“为什么不行”。
作为宿主 AI 的能力内核
宿主保留自己的聊天入口和品牌表达，Ziin 在后台提供软件操作知识、权限判断和结构化返回。
Coverage
一个内核，多种入口
Web、App、小程序、宿主机器人，以及语音、截图、文档等输入，都汇聚到同一套能力出口。Web / PC
JS 插件、SDK、iframe、Webview、Electron 容器内嵌。
微信小程序
可提供小程序聊天入口、业务页助手浮层、常见问题问答与接口直连。
移动 App
支持 iOS / Android 原生容器、H5 混合页、SDK 接入与语音问答入口。
第三方智能体
宿主客服 AI、机器人或其他对话引擎通过 API 调用智引能力。
语音输入
适用于移动场景和一线人员口语提问，先转写再进入业务理解链路。
截图 / 拍照
识别报错弹窗、字段状态、按钮禁用、页面标题和当前所处流程节点。
文档上传
导入 PDF、Word、帮助文档和 SOP，抽取步骤、规则、异常与术语定义。
Rollout
更像实施方案，不像概念页
建议先从一个模块、一条业务链和一批知识资产开始，把回答效果和反馈闭环先跑稳。1. 先选一个模块试点
优先从入库、报销、审批这类流程清晰、问题高频的模块入手，不要一上来覆盖全系统。
2. 做菜单和权限映射
把宿主菜单、路由、权限码映射到标准能力模型，建立可信上下文和可控边界。
3. 导入手册与错误库
把 PDF、SOP、FAQ、错误清单整理进标准知识资产，形成第一批可回答内容。
4. 开启 query 和 feedback
先跑通结构化回答和反馈闭环，再逐步接入语音、截图、文档解析和排序优化。
Contact