先让 Ziin 知道你在哪、你能做什么、你卡在哪里,再谈它像不像智能体。
- 语音和 UI 不是最核心的差异点。
- 页面理解、权限边界和动作协议才是关键分水岭。
- 宿主不给上下文,回答再流畅也还是容易空。
这页是给宿主技术负责人和实施同学看的。目标不是讲产品愿景,而是说明接入时最少要给什么、补什么最值钱、做到什么程度才算真的开始像智能体。
Checklist
softwareId、tenantId、userId、question、route。没有这几项,Ziin 只能退化成泛化问答。
pageTitle、selectedMenu、platform、pageId、roleCodes、permissionCodes。
errors、formState、workflowNode、recordId。这样才能知道用户到底卡在哪一步。
availableActions,例如 open_page、focus_field、open_dialog、submit_draft。
Progression
只有 question,最多加 route。能回答一些问题,但更像会说话的帮助中心。
带 route、pageTitle、selectedMenu、platform,开始知道用户当前在哪一页。
再加 pageId、recordId、workflowNode、errors、formState,开始能判断当前卡点。
再加 availableActions,宿主支持跳转、定位、聚焦字段等动作协议。
知识、反馈、命中率、版本变更和宿主评估形成持续闭环,而不是一次性接入。
Payload
{
"question": "为什么这个页面提交失败?",
"mode": "embedded-agent",
"softwareId": "erp-suite",
"tenantId": "tenant-east-cn",
"userId": "u-1001",
"module": "inventory",
"context": {
"route": "/inventory/inbound/create",
"pageTitle": "新建入库单",
"selectedMenu": "仓储中心 / 入库管理",
"platform": "web",
"pageId": "inventory_inbound_create",
"recordId": "IN-20260417-001",
"roleCodes": ["warehouse_clerk"],
"permissionCodes": ["inventory.write"],
"workflowNode": "draft",
"errors": [
{ "code": "REQUIRED_FIELD", "field": "warehouseId", "message": "仓库不能为空" }
],
"formState": {
"supplierId": "SUP-01",
"lineCount": 2
},
"availableActions": ["open_page", "focus_field", "open_dialog"]
}
}Delivery
Improve
先用一个试点模块把 query 跑通,不要一上来覆盖全系统。
优先补 route、pageId、permissionCodes、errors、formState,不要先纠结 UI。
把 useful / not_useful 和未解决问题回流接上,否则无法判断是不是真的好用。
让助手不止会解释,还能打开页面、定位字段、打开弹窗、提交草稿等,但必须由宿主前端按白名单执行。
围绕同一个 recordId 继承 route、pageId、workflowNode,让后续追问不用每次重新说明上下文。