Files
zk-data-agent/skills/label-master/knowledge/标签/小米产品问答/系统状态查询.md
T
2026-05-09 17:49:53 +08:00

4.3 KiB

系统状态查询

标注输出

注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 判断维度/标注输出形态.md 确认当前任务使用 Agent 形式还是 Function 形式。

  • 旧 tag 标签:系统状态查询
  • Agent 包装候选(不代表最终):Agent(tag="系统状态查询")
  • Function 输出候选:deviceType:用户查询的设备场景,例:车载、眼镜、通用、unknownQuery: 这辆车还有多少点电code:满足:车载端:会同时检索RAG知识库,同时发起event请求获取实车动态信号检索的知识和动态车机信号整合给到llmSkill,调用大模型回复手机端:检索RAG知识库 + action获取手机状态,通过push上报实时状态整合动静态信息,调用大模型回复动态信号精品卡Query: 静音模式开了吗code:满足:车载端:状态类查询根据attr槽位是否命中精品信号白名单,直接跳转精品卡手机端:状态类查询根据attr槽位对应的知识库中配置的信号类型是否是一步直达信号,直接跳转精品卡
  • 推荐输出形态:待确认。

功能抽象

控制类动态状态查询

适用范围

系统动态信息查询或系统动态设置项查询背景:控制本来分为“控、设、查”三部分,即:控制执行、功能设置、控制查询。现在将控制查询类需求分出来,因为所有的查询都是针对小米产品的,所以分给小米产品agent。

典型 Query

你现在还有多少电当前音量是多少

三级语义功能点

查询机顶盒开关状态_场景(SearchAction<object@Stb[switch]>)查询洗碗机剩余时间(SearchAction<object@DishWasher[leftTime]>)查询空气净化器开关状态(SearchAction<object@AirPurifier[switch]>)查询室内空气质量(SearchAction<object@IndoorEnvironment[airQuality]>)

Function / Agent 说明

deviceType:用户查询的设备场景,例:车载、眼镜、通用、unknownQuery: 这辆车还有多少点电code:满足:车载端:会同时检索RAG知识库,同时发起event请求获取实车动态信号检索的知识和动态车机信号整合给到llmSkill,调用大模型回复手机端:检索RAG知识库 + action获取手机状态,通过push上报实时状态整合动静态信息,调用大模型回复动态信号精品卡Query: 静音模式开了吗code:满足:车载端:状态类查询根据attr槽位是否命中精品信号白名单,直接跳转精品卡手机端:状态类查询根据attr槽位对应的知识库中配置的信号类型是否是一步直达信号,直接跳转精品卡

满足边界问题

1、动态状态查询和静态状态查询动态-实时状态:空调现在多少度?静态-硬件或系统属性:空调最高多少度?2、设备功能造成歧义空调-状态查询和天气问答q=现在多少度,有歧义:车内温度,车外,室内,室外,手机多少度?涉及多个设备,室内空调、车空调、室内温度计、室外温度计、体温计等。3、目标设备歧义分端同2,空调、灯、冰箱,都是车载、家庭和手机等多个设备同时可以控制或查询的:例如,车内灯,车外灯,家里灯,手机闪光灯,路由器信号灯,都是灯,到底是哪个设备电视询问其他电视手机设置项参考:用机助手设置项数据

易混淆标签

系统状态查询车载设备状态查询家用设备状态查询小米产品问答QA

划分原则

1、静态状态是硬件或系统属性,属于小米产品问答。动态状态是实时状态,属于控制查询。2、动态状态分为系统的状态和设备的状态,设备分为车载和家用IOT场景。3、分发原则:老模型原则:小米产品问答>IOT查询>系统控制查询(当前线上策略:看3个谁打分高给谁)planning模型原则:车载设备状态查询:全端优先给小米产品问答家用设备状态查询:全端IOT优先系统控制查询:车载端:都给小米产品问答(已覆盖)其他端:都给小米产品问答(正在做)

未解决问题

1、Function问题:按照deviceType区分设备而不是function name,当前架构不支持按照参数value分发skill2、边界问题的问题2和3需要讨论