统一执行链
Request→
Task Frame→
Slot Resolution→
Capability Route→
Query / Action Plan→
Permission & Risk→
Tool→
Verification→
Answer / Action
将实体、时间、权限、工具、校验和上下文收敛成一条可信执行链,让助手从“理解更多句子”升级为“稳定完成用户任务”。
实体、时间、维度和筛选只解析一次,每个槽位保留来源与确认状态。
候选过滤、Plan 校验、工具执行前均校验菜单、功能和数据范围。
退款、充值、补贴、停卡、设备控制等继续转人工并保留审计证据。
按 store@8434d9af6 复核,助手不是从零开始。时间核心、人员实体前置解析、消费订单 count/exists 工具和基础结果校验已有实现;首要工作已经从“造组件”转为“让组件共享同一 Task Frame 并完成页面闭环”。
| 能力 | 当前状态 | 下一缺口 |
|---|---|---|
| 通用时间归一与校验 | 已有专项证据 | 接入统一 Task Frame 和会话槽位 |
| 人员实体前置解析 | 唯一/重名/未找到已实现 | 消费工具统一使用已确认人员 ID |
| Capability Registry / Router | 基础路由已实现 | Capability 直接绑定并执行消费 Tool |
| 消费订单可信查询 | count/exists 已实现 | 与人员实体链合并,保留同源权限 |
| Page Context | 前端未发送 | 提交实际筛选、total、时间和查询指纹 |
| Conversation State | 尚无结构化状态 | 支持“那李四呢”“换成本月”等追问 |
| 页面动作验证 | 能生成带条件路由 | 补登录态页面实际筛选证据 |
人员消费查询统一任务帧:把人员 mention、resolved_id、消费维度、aggregation 和标准时间写入同一个 Task Frame,并让 person.list_consumption_orders 直接绑定已有消费订单 Tool。首批不扩金额、不扩写操作。
| 顺序 | 切片 | 验收结果 |
|---|---|---|
| 1 | 统一人员消费 Task Frame | 实体、时间、维度、聚合只解析一次 |
| 2 | Capability 绑定现有 Tool | 重名/无权限时工具调用为 0 |
| 3 | 真实 Page Context | 页面条件、total、时间与指纹闭环 |
| 4 | Conversation State | 人员/时间替换和话题切换正确 |
| 5 | 页面动作与灰度 | 回答、按钮和实际页面筛选一致 |
CSV 是开发、测试和 Agent 复用的结构化真源;HTML 仅用于人审。