Add label master skill
This commit is contained in:
@@ -271,18 +271,76 @@ output/ 最终交付文件
|
|||||||
skills/<skill-name>/SKILL.md
|
skills/<skill-name>/SKILL.md
|
||||||
```
|
```
|
||||||
|
|
||||||
|
Skill 是可以独立维护、独立安装、被 Agent 读取和执行的能力包。它不只是 prompt,也不只是脚本,而是某类任务的“能力入口”:可以包含流程、知识、脚本、配置和模板,但必须清楚说明边界。
|
||||||
|
|
||||||
|
#### 适合做成 Skill 的内容
|
||||||
|
|
||||||
|
当前项目里的 Skill 大致分为四类:
|
||||||
|
|
||||||
|
| 类型 | 代表 | 适合承载 |
|
||||||
|
|------|------|----------|
|
||||||
|
| 流程编排型 | `product-data`、`online-mining`、`eval-repair` | 分阶段流程、review 门禁、工具调用顺序、产物规范 |
|
||||||
|
| 工具封装型 | `elk-fetch`、`data-factory-sql` | 外部系统调用脚本、CLI 参数、依赖说明、返回格式 |
|
||||||
|
| 知识增强型 | `model-iteration/knowledge/*`,后续标签知识 Skill | 标签定义、边界规则、案例、决策依据 |
|
||||||
|
| 混合工程型 | `model-iteration` | 复杂工程闭环:流程 + 知识 + 脚本 + 配置 |
|
||||||
|
|
||||||
|
判断一件事放在哪里:
|
||||||
|
|
||||||
|
- **Skill**:告诉 Agent 怎么做、什么时候停、读哪些知识、如何组织流程。
|
||||||
|
- **Knowledge / references**:放大段业务知识、规则、案例和字段说明。
|
||||||
|
- **Scripts**:放可重复、确定性、容易写错的执行逻辑。
|
||||||
|
- **Tools**:放平台级、强约束、需要长期稳定维护的能力,例如 records 转换、校验、线上 parquet 检索。
|
||||||
|
|
||||||
|
#### 推荐目录结构
|
||||||
|
|
||||||
|
```text
|
||||||
|
skills/<skill-name>/
|
||||||
|
SKILL.md 必须,Agent 触发和执行该能力的入口
|
||||||
|
README.md 可选,给维护者看的说明
|
||||||
|
scripts/ 可选,确定性脚本或 CLI
|
||||||
|
knowledge/ 可选,业务知识、标签规则、案例
|
||||||
|
references/ 可选,长文档、字段说明、API 说明
|
||||||
|
assets/ 可选,模板、静态资源
|
||||||
|
config.yaml 可选,默认参数
|
||||||
|
```
|
||||||
|
|
||||||
|
不建议提交:
|
||||||
|
|
||||||
|
- `__pycache__/`
|
||||||
|
- `.venv/`
|
||||||
|
- 临时运行结果
|
||||||
|
- 用户私有 token、key、cookie
|
||||||
|
- 大体积产物或线上原始数据
|
||||||
|
|
||||||
|
#### SKILL.md frontmatter
|
||||||
|
|
||||||
`SKILL.md` frontmatter 至少包含:
|
`SKILL.md` frontmatter 至少包含:
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
---
|
---
|
||||||
name: product-data
|
name: skill-name
|
||||||
description: 简短说明这个 skill 做什么。
|
description: 简短说明这个 skill 做什么,尽量覆盖触发关键词。
|
||||||
when_to_use: 说明什么场景应该触发。
|
when_to_use: 说明什么场景应该触发,包含用户常见说法。
|
||||||
aliases: optional-alias
|
aliases: optional-alias
|
||||||
allowed_tools: read_file, write_file, python_exec
|
allowed_tools: read_file, write_file, python_exec
|
||||||
---
|
---
|
||||||
```
|
```
|
||||||
|
|
||||||
|
字段约定:
|
||||||
|
|
||||||
|
- `name`:短横线命名,稳定、可读,例如 `online-mining`、`data-factory-sql`。
|
||||||
|
- `description`:面向模型召回,说明能力范围和典型触发词。
|
||||||
|
- `when_to_use`:面向模型决策,说明什么场景应该使用。
|
||||||
|
- `aliases`:兼容旧名字、团队口头叫法。
|
||||||
|
- `allowed_tools`:列出该 Skill 合理使用的工具,避免能力越界。
|
||||||
|
|
||||||
|
命名建议:
|
||||||
|
|
||||||
|
- 用“能力名”而不是项目临时代号,例如 `model-iteration` 优于 `zk-model`。
|
||||||
|
- 工具封装型可以用系统名,例如 `elk-fetch`、`data-factory-sql`。
|
||||||
|
- 知识型可以用知识域名,例如 `label-master`。
|
||||||
|
- 不要用过泛的名字,例如 `helper`、`tools`、`data`。
|
||||||
|
|
||||||
维护规则:
|
维护规则:
|
||||||
|
|
||||||
- 用中文写主要流程说明,方便团队后续维护。
|
- 用中文写主要流程说明,方便团队后续维护。
|
||||||
@@ -291,6 +349,110 @@ allowed_tools: read_file, write_file, python_exec
|
|||||||
- Skill 如果依赖脚本,脚本放在该 Skill 目录下,并通过 `python_exec` 调用。
|
- Skill 如果依赖脚本,脚本放在该 Skill 目录下,并通过 `python_exec` 调用。
|
||||||
- 新增业务 Skill 后,可以在 Web UI Skill 列表中按会话启用或关闭。
|
- 新增业务 Skill 后,可以在 Web UI Skill 列表中按会话启用或关闭。
|
||||||
|
|
||||||
|
#### SKILL.md 内容结构
|
||||||
|
|
||||||
|
推荐顺序:
|
||||||
|
|
||||||
|
```text
|
||||||
|
1. 这个 Skill 解决什么问题
|
||||||
|
2. 输入假设
|
||||||
|
3. 必要工作流
|
||||||
|
4. 需要用户 review 的门禁
|
||||||
|
5. 输出目录和产物约束
|
||||||
|
6. 可用脚本或知识文件
|
||||||
|
7. 常见错误和禁止事项
|
||||||
|
```
|
||||||
|
|
||||||
|
如果 `SKILL.md` 超过几百行,优先拆分:
|
||||||
|
|
||||||
|
- 长业务规则放 `knowledge/`
|
||||||
|
- 长 API/字段说明放 `references/`
|
||||||
|
- 可执行逻辑放 `scripts/`
|
||||||
|
- `SKILL.md` 只保留导航、流程和关键门禁
|
||||||
|
|
||||||
|
#### 脚本型 Skill 约定
|
||||||
|
|
||||||
|
脚本型 Skill 典型如 `elk-fetch`、`data-factory-sql`、`model-iteration`。
|
||||||
|
|
||||||
|
约定:
|
||||||
|
|
||||||
|
- Python 脚本优先放在 `scripts/`,少量历史 Skill 可保留根目录脚本,但新 Skill 优先使用 `scripts/`。
|
||||||
|
- Agent 调用脚本优先使用 `python_exec`,不要让模型直接 `bash python xxx.py`。
|
||||||
|
- 依赖缺失时使用 `python_package` 安装到账号级 Python 环境。
|
||||||
|
- 脚本参数要稳定,输出尽量给 JSON 或结构化摘要,方便 Agent 继续分析。
|
||||||
|
- 不要在脚本里硬编码 API key、token、个人路径。优先读取环境变量或用户 home 下配置。
|
||||||
|
- 长耗时脚本必须考虑超时、分页、采样或断点,不要默认全量扫描。
|
||||||
|
|
||||||
|
脚本调用示例:
|
||||||
|
|
||||||
|
```json
|
||||||
|
{
|
||||||
|
"script_path": "skills/example/scripts/run_task.py",
|
||||||
|
"args": ["--input", "xxx"],
|
||||||
|
"timeout_seconds": 120,
|
||||||
|
"max_output_chars": 20000
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
#### 知识型 Skill 约定
|
||||||
|
|
||||||
|
知识型 Skill 适合承载标签体系、业务规则、字段定义、案例库。
|
||||||
|
|
||||||
|
约定:
|
||||||
|
|
||||||
|
- `SKILL.md` 只写“什么时候读哪些知识文件”。
|
||||||
|
- `knowledge/` 下按主题拆文件,文件名语义化。
|
||||||
|
- 每个知识文件开头写清楚适用范围。
|
||||||
|
- 不要把所有知识一次性塞进 `SKILL.md`。
|
||||||
|
- 面向标签、路由、复杂度等判断时,鼓励输出“候选、依据、排除项、不确定点”,不要过早封装成黑盒单步分类。
|
||||||
|
|
||||||
|
例如后续中控标签知识可以先设计为:
|
||||||
|
|
||||||
|
```text
|
||||||
|
skills/label-master/
|
||||||
|
SKILL.md
|
||||||
|
knowledge/
|
||||||
|
agents.md
|
||||||
|
functions.md
|
||||||
|
complex_rules.md
|
||||||
|
boundary_cases.md
|
||||||
|
examples.md
|
||||||
|
scripts/
|
||||||
|
build_index.py
|
||||||
|
```
|
||||||
|
|
||||||
|
#### 外部 Skill 仓库安装约定
|
||||||
|
|
||||||
|
允许同事把能力打包为独立 git 仓库维护,再安装到本项目:
|
||||||
|
|
||||||
|
```text
|
||||||
|
skills/<skill-name>/
|
||||||
|
```
|
||||||
|
|
||||||
|
安装或迁移时需要检查:
|
||||||
|
|
||||||
|
- 是否有合法 `SKILL.md` frontmatter。
|
||||||
|
- skill 名是否符合项目命名风格。
|
||||||
|
- 是否包含不该提交的缓存、运行产物、私钥、token。
|
||||||
|
- 脚本是否能通过 `python_exec` 调用。
|
||||||
|
- 依赖是否写清楚,缺包时能通过 `python_package` 安装。
|
||||||
|
- 输出目录是否遵守当前会话 `output/` / `scratchpad/` 公约。
|
||||||
|
- 高风险动作是否有用户确认门禁。
|
||||||
|
|
||||||
|
外部仓库可以保留自己的 README,但真正影响 Agent 行为的是 `SKILL.md`。
|
||||||
|
|
||||||
|
#### 高风险动作门禁
|
||||||
|
|
||||||
|
Skill 中只要涉及下面动作,必须先展示计划并等待用户确认:
|
||||||
|
|
||||||
|
- 批量修改训练数据或标签定义。
|
||||||
|
- 提交训练、部署模型、启动 CML job。
|
||||||
|
- 写入外部路径或覆盖已有产物。
|
||||||
|
- 推送 git、改远端配置。
|
||||||
|
- 导出包含敏感线上字段的数据。
|
||||||
|
|
||||||
|
用户明确说“开始评测”“查一下”“分析一下”时,可以执行只读分析;不要自动升级成训练、部署或批量改数据。
|
||||||
|
|
||||||
### Tool 公约
|
### Tool 公约
|
||||||
|
|
||||||
工具是稳定执行边界。
|
工具是稳定执行边界。
|
||||||
|
|||||||
@@ -0,0 +1,276 @@
|
|||||||
|
# label-master(标签大师)
|
||||||
|
|
||||||
|
`label-master` 是中控标签知识库 skill,中文名“标签大师”。它用于帮助 Agent 理解标签体系、比较标签边界、校验数据生成目标,并把旧标签文档逐步沉淀成可维护、可检索、可校验的 Markdown 知识。
|
||||||
|
|
||||||
|
这个目录不是一个黑盒分类器。它的目标是让 Agent 像人工标注同学一样,按步骤阅读知识、收敛候选、解释依据,并在不确定时向人确认。
|
||||||
|
|
||||||
|
## 什么时候使用
|
||||||
|
|
||||||
|
适合使用这个 skill 的场景:
|
||||||
|
|
||||||
|
- 判断一个 query 应该归属哪个标签。
|
||||||
|
- 解释两个标签之间的边界。
|
||||||
|
- 校验数据集里的 `target` 是否是合法标签、function、intent 或 Agent 包装。
|
||||||
|
- 为数据生成任务确认标签定义和输出形式。
|
||||||
|
- 分析线上 badcase 为什么容易混淆。
|
||||||
|
- 维护中控标签知识、补充边界经验。
|
||||||
|
|
||||||
|
不适合使用这个 skill 的场景:
|
||||||
|
|
||||||
|
- 直接生成训练集或评测集记录。
|
||||||
|
- 导出 jsonl、csv、prompt 表格等数据格式。
|
||||||
|
- 直接查询线上数据。
|
||||||
|
- 替代人工确认尚未共识的标签迁移方案。
|
||||||
|
|
||||||
|
这些能力应由 `product-data`、`online-mining` 或其他数据开发 skill 承接。
|
||||||
|
|
||||||
|
## 核心判断流程
|
||||||
|
|
||||||
|
标签判断不要直接从关键词跳到最终标签。推荐流程是:
|
||||||
|
|
||||||
|
```text
|
||||||
|
输入理解
|
||||||
|
-> 结构维度预判:complex / 多指令 / 自动任务
|
||||||
|
-> 候选召回:按动作、对象、资源、设备缩小候选
|
||||||
|
-> 业务标签判断:读取标签卡片和高频边界
|
||||||
|
-> 输出能力判断:function / intent / object / Agent 包装
|
||||||
|
-> 组合最终 target
|
||||||
|
-> 不确定则向用户确认
|
||||||
|
```
|
||||||
|
|
||||||
|
运行时入口:
|
||||||
|
|
||||||
|
- [SKILL.md](SKILL.md):给 Agent 注入的使用协议。
|
||||||
|
- [knowledge/决策流程.md](knowledge/决策流程.md):完整判断顺序。
|
||||||
|
- [knowledge/索引/候选召回索引.md](knowledge/索引/候选召回索引.md):第一步缩小候选范围。
|
||||||
|
- [knowledge/边界/边界索引.md](knowledge/边界/边界索引.md):高频边界入口。
|
||||||
|
|
||||||
|
## 目录结构
|
||||||
|
|
||||||
|
```text
|
||||||
|
label-master/
|
||||||
|
SKILL.md
|
||||||
|
README.md
|
||||||
|
knowledge/
|
||||||
|
决策流程.md
|
||||||
|
标签总览.md
|
||||||
|
迁移记录.md
|
||||||
|
标签迁移索引.md
|
||||||
|
索引/
|
||||||
|
候选召回索引.md
|
||||||
|
标签索引.md
|
||||||
|
维度索引.md
|
||||||
|
label_manifest.json
|
||||||
|
标签/
|
||||||
|
...
|
||||||
|
边界/
|
||||||
|
README.md
|
||||||
|
边界索引.md
|
||||||
|
高频混淆/
|
||||||
|
领域概览/
|
||||||
|
判断维度/
|
||||||
|
复杂度判断.md
|
||||||
|
多指令判断.md
|
||||||
|
自动任务判断.md
|
||||||
|
标注输出形态.md
|
||||||
|
输出能力/
|
||||||
|
README.md
|
||||||
|
函数目录.md
|
||||||
|
对象目录.md
|
||||||
|
意图目录.md
|
||||||
|
输出组合规范.md
|
||||||
|
scripts/
|
||||||
|
build_label_manifest.py
|
||||||
|
validate_label_output.py
|
||||||
|
迁移_docx标签表.py
|
||||||
|
```
|
||||||
|
|
||||||
|
## 知识分层
|
||||||
|
|
||||||
|
### `判断维度/`
|
||||||
|
|
||||||
|
维护独立于业务标签的判断维度:
|
||||||
|
|
||||||
|
- `复杂度判断.md`:快慢系统、complex 维度。
|
||||||
|
- `多指令判断.md`:是否需要拆成多个 subquery。
|
||||||
|
- `自动任务判断.md`:条件触发、condition 作用域、自动化任务。
|
||||||
|
- `标注输出形态.md`:最终输出应该是 function、intent、Agent 包装,还是需要确认。
|
||||||
|
|
||||||
|
这些维度不要写进每个标签卡片里。
|
||||||
|
|
||||||
|
### `标签/`
|
||||||
|
|
||||||
|
维护业务标签卡片。每个标签卡片描述:
|
||||||
|
|
||||||
|
- 标注输出候选。
|
||||||
|
- 适用范围。
|
||||||
|
- 典型 query。
|
||||||
|
- Function / Agent 说明。
|
||||||
|
- 满足边界问题。
|
||||||
|
- 易混淆标签。
|
||||||
|
- 划分原则。
|
||||||
|
|
||||||
|
标签卡片是业务能力知识,不直接决定最终输出格式。
|
||||||
|
|
||||||
|
### `输出能力/`
|
||||||
|
|
||||||
|
维护最终可消费 target 的能力定义:
|
||||||
|
|
||||||
|
- `函数目录.md`:function 类型和参数。
|
||||||
|
- `对象目录.md`:Location、Resource、PersonalDate 等 object。
|
||||||
|
- `意图目录.md`:intent 名、承接 Agent 和范围。
|
||||||
|
- `输出组合规范.md`:如何组合 object + function、多指令 JSON、自动任务 JSON。
|
||||||
|
|
||||||
|
注意:object 只用于 function 填参,通常不单独作为最终 target。
|
||||||
|
|
||||||
|
### `边界/`
|
||||||
|
|
||||||
|
维护跨标签混淆经验:
|
||||||
|
|
||||||
|
- `高频混淆/`:人工维护的高频边界卡,运行时优先读取。
|
||||||
|
- `领域概览/`:从旧标签资料自动迁移出来的领域边界概览,只作为背景补充。
|
||||||
|
|
||||||
|
不要直接全量读取 `边界/`。先读 `边界索引.md`,再读命中的高频边界卡。
|
||||||
|
|
||||||
|
## 维护规则
|
||||||
|
|
||||||
|
### 修改标签定义
|
||||||
|
|
||||||
|
优先修改:
|
||||||
|
|
||||||
|
```text
|
||||||
|
knowledge/标签/<领域>/<标签名>.md
|
||||||
|
```
|
||||||
|
|
||||||
|
适合改这里的内容:
|
||||||
|
|
||||||
|
- 标签适用范围。
|
||||||
|
- 典型 query。
|
||||||
|
- Function / Agent 说明。
|
||||||
|
- 易混淆标签。
|
||||||
|
- 划分原则。
|
||||||
|
|
||||||
|
### 修改高频边界
|
||||||
|
|
||||||
|
优先修改:
|
||||||
|
|
||||||
|
```text
|
||||||
|
knowledge/边界/高频混淆/*.md
|
||||||
|
```
|
||||||
|
|
||||||
|
如果某类 badcase 或数据生成任务反复出现同一类混淆,应新增一张高频边界卡。
|
||||||
|
|
||||||
|
边界卡建议包含:
|
||||||
|
|
||||||
|
- 适用场景。
|
||||||
|
- 候选集合。
|
||||||
|
- 决策顺序。
|
||||||
|
- 正例。
|
||||||
|
- 反例。
|
||||||
|
- 输出建议。
|
||||||
|
- 仍需确认的问题。
|
||||||
|
|
||||||
|
### 修改输出格式
|
||||||
|
|
||||||
|
优先修改:
|
||||||
|
|
||||||
|
```text
|
||||||
|
knowledge/判断维度/标注输出形态.md
|
||||||
|
knowledge/输出能力/
|
||||||
|
```
|
||||||
|
|
||||||
|
不要在单个标签卡片里散落维护 function、intent、object 的全局规则。
|
||||||
|
|
||||||
|
### 修改索引
|
||||||
|
|
||||||
|
人工可维护:
|
||||||
|
|
||||||
|
- `knowledge/索引/候选召回索引.md`
|
||||||
|
- `knowledge/边界/边界索引.md`
|
||||||
|
|
||||||
|
脚本生成,不要手改:
|
||||||
|
|
||||||
|
- `knowledge/索引/label_manifest.json`
|
||||||
|
|
||||||
|
## 脚本
|
||||||
|
|
||||||
|
### 生成 manifest
|
||||||
|
|
||||||
|
修改 Markdown 知识后,运行:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
python skills/label-master/scripts/build_label_manifest.py
|
||||||
|
```
|
||||||
|
|
||||||
|
检查 manifest 是否最新:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
python skills/label-master/scripts/build_label_manifest.py --check
|
||||||
|
```
|
||||||
|
|
||||||
|
### 校验 target
|
||||||
|
|
||||||
|
校验 Agent 标签:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
python skills/label-master/scripts/validate_label_output.py --target 'Agent(tag="地图导航")'
|
||||||
|
```
|
||||||
|
|
||||||
|
校验 function program:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
python skills/label-master/scripts/validate_label_output.py --target $'x0=Resource(type="DOC")\nSummarize(object=x0)'
|
||||||
|
```
|
||||||
|
|
||||||
|
校验多指令或自动任务 JSON:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
python skills/label-master/scripts/validate_label_output.py --target '[{"condition": null, "querys": [{"subquery": "附近有什么好吃的", "intent": "餐饮服务"}]}]'
|
||||||
|
```
|
||||||
|
|
||||||
|
批量校验 records 文件:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
python skills/label-master/scripts/validate_label_output.py --file output/records.jsonl --field target
|
||||||
|
```
|
||||||
|
|
||||||
|
校验脚本只检查格式、存在性和引用关系,不负责判断 query 语义是否正确。
|
||||||
|
|
||||||
|
## 旧文件迁移状态
|
||||||
|
|
||||||
|
主体标签知识来自 `标签定义/Label定义-*.docx`,已经迁移为 Markdown 标签卡片。
|
||||||
|
|
||||||
|
暂不作为核心知识迁移:
|
||||||
|
|
||||||
|
- `标签定义/Agent技术方案汇总.docx`:主要是旧 Agent 方案、context 和统计信息,不是标签定义表。
|
||||||
|
- `标签定义/重构数据标签梳理.xlsx`:当前只有一个单元格 `老标签`,没有有效迁移内容。
|
||||||
|
|
||||||
|
旧文档只作为迁移输入和历史参考。后续维护以 `knowledge/` 下的 Markdown 为准。
|
||||||
|
|
||||||
|
## 推荐工作流
|
||||||
|
|
||||||
|
### 判断一个 query 的标签
|
||||||
|
|
||||||
|
1. 读 `knowledge/决策流程.md`。
|
||||||
|
2. 判断是否涉及 complex、多指令、自动任务。
|
||||||
|
3. 读 `knowledge/索引/候选召回索引.md`。
|
||||||
|
4. 读候选标签卡片。
|
||||||
|
5. 如命中混淆,读 `knowledge/边界/边界索引.md` 和对应高频边界卡。
|
||||||
|
6. 如需最终 target,读 `knowledge/判断维度/标注输出形态.md` 和 `knowledge/输出能力/`。
|
||||||
|
7. 输出推荐标签、候选标签、依据、排除项、输出形态和不确定点。
|
||||||
|
|
||||||
|
### 维护一次标签知识
|
||||||
|
|
||||||
|
1. 修改标签卡片或高频边界卡。
|
||||||
|
2. 如新增高频边界,更新 `knowledge/边界/边界索引.md`。
|
||||||
|
3. 如新增召回信号,更新 `knowledge/索引/候选召回索引.md`。
|
||||||
|
4. 运行 `build_label_manifest.py`。
|
||||||
|
5. 用 `validate_label_output.py` 校验关键 target。
|
||||||
|
|
||||||
|
## 注意事项
|
||||||
|
|
||||||
|
- 不要把所有规则都塞进 `SKILL.md`。`SKILL.md` 只写 Agent 如何使用知识。
|
||||||
|
- 不要把 complex、多指令、自动任务写进每个标签卡片。
|
||||||
|
- 不要默认所有标签都输出 `Agent(tag="xxx")`。
|
||||||
|
- 不要手动修改 `label_manifest.json`。
|
||||||
|
- 不要长期依赖旧 docx/xlsx,知识确认后应沉淀到 Markdown。
|
||||||
@@ -0,0 +1,143 @@
|
|||||||
|
---
|
||||||
|
name: label-master
|
||||||
|
description: 标签大师:读取和使用中控标签知识库,辅助标签边界理解、候选标签比较、数据生成目标校验和标签知识问答。
|
||||||
|
when_to_use: 当用户要求判断 query 应该归属哪个标签、解释标签边界、校验数据生成目标中的 target、整理标签知识或分析标签混淆时使用。
|
||||||
|
aliases: label-knowledge, 标签大师, 标签知识, label, 标签体系
|
||||||
|
allowed_tools: read_file, write_file, edit_file, grep_search, glob_search, ask_user_question, python_exec, bash
|
||||||
|
---
|
||||||
|
|
||||||
|
使用这个 skill 作为“标签知识理解和标签边界分析”的入口。它不直接把标签判断收敛成一个黑盒分类工具,而是指导 Agent 逐步阅读知识、比较候选、解释依据,并在不确定时向用户确认。
|
||||||
|
|
||||||
|
## 知识入口
|
||||||
|
|
||||||
|
长期维护入口在本 skill 的 `knowledge/` 目录:
|
||||||
|
|
||||||
|
- `knowledge/标签总览.md`:标签体系总览、领域索引和推荐阅读路径。
|
||||||
|
- `knowledge/决策流程.md`:完整判断顺序,覆盖结构维度、业务标签、输出能力和最终组合。
|
||||||
|
- `knowledge/索引/候选召回索引.md`:根据 query 的动作、对象、资源和设备快速缩小候选范围。
|
||||||
|
- `knowledge/索引/标签索引.md`:Agent 第一阶段使用的轻量索引,包含领域、标签、旧 tag、Agent 候选、Function 候选和知识卡片路径。
|
||||||
|
- `knowledge/索引/维度索引.md`:Agent 第一阶段判断是否需要加载标注输出、complex、多指令、自动任务等维度知识。
|
||||||
|
- `knowledge/输出能力/`:维护 object、function、intent 和最终 target 组合规范。
|
||||||
|
- `knowledge/判断维度/`:独立维护标注输出形态、complex、多指令、自动任务等非业务标签维度。
|
||||||
|
- `knowledge/标签/`:按标签维护的知识卡片,文件名使用中文。
|
||||||
|
- `knowledge/边界/边界索引.md`:高频混淆边界入口。
|
||||||
|
- `knowledge/边界/高频混淆/`:人工维护的高频边界卡,运行时优先读取。
|
||||||
|
- `knowledge/边界/领域概览/`:旧资料自动迁移出的领域边界概览,只作为补充背景。
|
||||||
|
- `knowledge/迁移记录.md`:仅记录从旧文档迁移到 Markdown 知识库的过程,不作为运行时主要依据。
|
||||||
|
|
||||||
|
如果用户问单个标签,优先读 `knowledge/索引/标签索引.md` 定位对应卡片,再读 `knowledge/标签/*.md`。如果用户问边界、分类或最终 target,先读 `knowledge/决策流程.md`,再按流程读取 `候选召回索引.md`、候选标签、`边界索引.md`、高频混淆卡、判断维度和输出能力文件。
|
||||||
|
|
||||||
|
## 决策流程
|
||||||
|
|
||||||
|
处理标签判断、边界解释、目标校验或数据 target 确认时,按下面流程工作:
|
||||||
|
|
||||||
|
1. 提取用户 query、上下文、设备、已有候选标签、用户给出的标签假设。
|
||||||
|
2. 读取 `knowledge/决策流程.md`,按“结构维度 -> 业务标签 -> 输出能力 -> 组合结果”的顺序推进。
|
||||||
|
3. 先判断是否涉及自动任务、多指令或 complex;必要时读取 `knowledge/索引/维度索引.md` 和 `knowledge/判断维度/`。
|
||||||
|
4. 再读取 `knowledge/索引/候选召回索引.md`、`knowledge/标签总览.md`、`knowledge/索引/标签索引.md`,找出 2-5 个候选领域或候选标签。
|
||||||
|
5. 如果命中高频混淆,读取 `knowledge/边界/边界索引.md` 和 `knowledge/边界/高频混淆/` 下对应文件。
|
||||||
|
6. 读取候选标签卡片,重点看“标注输出”“适用范围”“不适用范围”“易混淆标签”“划分原则”。
|
||||||
|
7. 如果仍然不清楚,再读取 `knowledge/边界/领域概览/` 下对应领域文件作为补充。
|
||||||
|
8. 如任务涉及最终 target 输出,读取 `knowledge/判断维度/标注输出形态.md` 和 `knowledge/输出能力/` 下对应文件。
|
||||||
|
9. 输出判断时必须包含:
|
||||||
|
- 推荐标签
|
||||||
|
- 候选标签
|
||||||
|
- 判断依据
|
||||||
|
- 排除哪些标签以及原因
|
||||||
|
- 输出形式判断:function program、intent、Agent 包装,或需要用户确认
|
||||||
|
- complex 判断(如任务需要)
|
||||||
|
- 不确定点或需要用户确认的问题
|
||||||
|
|
||||||
|
不要只给一个标签名。标签判断应该可解释、可 review。不要一开始读取整个 `标签/`、`边界/` 或 `输出能力/` 目录;先读索引,再读候选文件。
|
||||||
|
|
||||||
|
## 输出形式约束
|
||||||
|
|
||||||
|
旧标签资料中同时存在 `tag标签`、`Function及参数定义`、object、function、intent 和承接 Agent。不要默认把所有标签都写成 `Agent(tag="...")`。需要判断输出格式时,先读取 `knowledge/判断维度/标注输出形态.md` 和 `knowledge/输出能力/输出组合规范.md`。
|
||||||
|
|
||||||
|
阅读标签卡片时,必须区分:
|
||||||
|
|
||||||
|
- `旧 tag 标签`:旧表里的标签名。
|
||||||
|
- `Agent 形式候选`:如果当前任务仍使用 tag 体系,可能写成 `Agent(tag="xxx")`。
|
||||||
|
- `Function 形式候选`:如果当前任务使用 function 体系,需要参考卡片中的函数、参数或满足方式。
|
||||||
|
- `object`:只在 function 需要参数时抽取,例如 `Location`、`PersonalDate`、`Resource`。
|
||||||
|
- `intent`:业务意图输出,可以直接作为 intent target,也可以按任务要求包装为 Agent。
|
||||||
|
- `当前最终输出`:没有明确迁移状态时,一律视为待确认。
|
||||||
|
|
||||||
|
当用户要生成训练/评测数据,且没有明确说明使用 function program、intent 还是 Agent 包装时,必须先确认 target 输出格式,不要自行选择。
|
||||||
|
|
||||||
|
## 脚本化能力
|
||||||
|
|
||||||
|
本 skill 提供两个确定性脚本。脚本只负责知识索引、格式检查和合法性校验,不负责替代 Agent 做 query 语义判断。
|
||||||
|
|
||||||
|
### 生成知识索引
|
||||||
|
|
||||||
|
当标签知识 Markdown 被新增或修改后,调用:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
python skills/label-master/scripts/build_label_manifest.py
|
||||||
|
```
|
||||||
|
|
||||||
|
脚本会读取 `knowledge/标签/`、`knowledge/输出能力/`、`knowledge/判断维度/` 和 `knowledge/边界/`,生成:
|
||||||
|
|
||||||
|
```text
|
||||||
|
skills/label-master/knowledge/索引/label_manifest.json
|
||||||
|
```
|
||||||
|
|
||||||
|
这个 manifest 是 Agent 和校验脚本使用的机器索引。人工维护仍以 Markdown 为准,不要直接手改 manifest。需要检查 manifest 是否同步时,调用:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
python skills/label-master/scripts/build_label_manifest.py --check
|
||||||
|
```
|
||||||
|
|
||||||
|
### 校验标签输出
|
||||||
|
|
||||||
|
当 Agent 已经给出 target、function program、intent、Agent 包装、多指令 JSON 或自动任务 JSON 后,在写入数据集前调用:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
python skills/label-master/scripts/validate_label_output.py --target 'Agent(tag="地图导航")'
|
||||||
|
```
|
||||||
|
|
||||||
|
常见示例:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
python skills/label-master/scripts/validate_label_output.py --target 'Agent(tag="餐饮服务")'
|
||||||
|
python skills/label-master/scripts/validate_label_output.py --target $'x0=Resource(type="DOC")\nSummarize(object=x0)'
|
||||||
|
python skills/label-master/scripts/validate_label_output.py --target '[{"condition": null, "querys": [{"subquery": "附近有什么好吃的", "intent": "餐饮服务"}]}]'
|
||||||
|
```
|
||||||
|
|
||||||
|
批量校验 JSON/JSONL 文件中的 target 字段:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
python skills/label-master/scripts/validate_label_output.py --file output/records.jsonl --field target
|
||||||
|
```
|
||||||
|
|
||||||
|
校验结果会输出 JSON:
|
||||||
|
|
||||||
|
```json
|
||||||
|
{
|
||||||
|
"valid": true,
|
||||||
|
"detected_type": "agent",
|
||||||
|
"normalized_output": "Agent(tag=\"地图导航\")",
|
||||||
|
"errors": [],
|
||||||
|
"warnings": [],
|
||||||
|
"references": []
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
如果 `valid=false`,必须先根据 `errors` 修正输出,再继续生成、落盘或导出数据。
|
||||||
|
|
||||||
|
## 和数据开发 skill 的关系
|
||||||
|
|
||||||
|
`product-data`、`online-mining` 等数据开发 skill 在需要确认 target、比较标签边界、生成边界样本或分析 badcase 时,可以读取本 skill 的知识文件。
|
||||||
|
|
||||||
|
本 skill 只负责标签知识、边界判断和 target 合法性校验,不负责生成 dataset draft,不负责导出 canonical records。需要生成数据时,继续使用数据开发 skill 的 review 和 records 工具链。
|
||||||
|
|
||||||
|
## 维护规则
|
||||||
|
|
||||||
|
- 新增或修改标签知识时,优先修改 `knowledge/标签/*.md` 和 `knowledge/边界/高频混淆/*.md`。
|
||||||
|
- 不要要求 Agent 长期回读旧 docx。旧 docx 只作为迁移输入。
|
||||||
|
- complex、多指令、自动任务等维度只写在 `knowledge/判断维度/`,不要写进每个标签卡片。
|
||||||
|
- object、function、intent 和 Agent 承接关系写在 `knowledge/输出能力/`,不要散落到标签卡片里重复维护。
|
||||||
|
- 标签卡片文件名使用中文,便于人工维护。
|
||||||
|
- 标签输出表达必须保留完整形式。Agent 形式例如 `Agent(tag="地图导航")`;Function 形式必须按已确认的 function 格式写,不要只写标签名。
|
||||||
|
- 修改标签、function、intent、object 或边界知识后,运行 `scripts/build_label_manifest.py` 更新 manifest。
|
||||||
@@ -0,0 +1,200 @@
|
|||||||
|
# 决策流程
|
||||||
|
|
||||||
|
本文件定义 Agent 使用 `label-master`(标签大师)时的推荐判断顺序。目标是让 Agent 像人工标注同学一样,先判断结构维度,再判断业务标签,最后确定输出格式。
|
||||||
|
|
||||||
|
## 总体顺序
|
||||||
|
|
||||||
|
```text
|
||||||
|
输入理解
|
||||||
|
-> 结构维度预判:自动任务 / 多指令 / complex
|
||||||
|
-> 业务标签候选:候选召回、领域、标签、高频边界
|
||||||
|
-> 输出能力判断:function program / intent / Agent 包装
|
||||||
|
-> 组合最终结果
|
||||||
|
-> 不确定则向用户确认
|
||||||
|
```
|
||||||
|
|
||||||
|
不要把所有知识一次性读入。每一步只读取当前需要的索引和候选文件。
|
||||||
|
|
||||||
|
## 1. 输入理解
|
||||||
|
|
||||||
|
先提取:
|
||||||
|
|
||||||
|
- 当前 query。
|
||||||
|
- 上下文、前轮对话、设备、端侧信息。
|
||||||
|
- 用户是否明确要求某种输出格式。
|
||||||
|
- 用户是在做标签判断、数据生成、badcase 分析,还是标签知识问答。
|
||||||
|
|
||||||
|
如果是训练/评测数据生成,额外确认:
|
||||||
|
|
||||||
|
- 是否需要 function program。
|
||||||
|
- 是否需要 intent。
|
||||||
|
- 是否需要 `Agent(tag="xxx")` 包装。
|
||||||
|
- 是否需要 complex、多指令、自动任务字段。
|
||||||
|
|
||||||
|
## 2. 结构维度预判
|
||||||
|
|
||||||
|
结构维度不是业务标签,不要混进 `Agent(tag="xxx")`。
|
||||||
|
|
||||||
|
### 自动任务
|
||||||
|
|
||||||
|
如果 query 包含条件触发结构,例如“当/如果/时候/之后/到达/每/一...就”,或者涉及超级任务、自动化、提醒,则读取:
|
||||||
|
|
||||||
|
- `索引/维度索引.md`
|
||||||
|
- `判断维度/自动任务判断.md`
|
||||||
|
|
||||||
|
自动任务判断会给出 `condition`,并影响后续 subquery 的组织。
|
||||||
|
|
||||||
|
### 多指令
|
||||||
|
|
||||||
|
如果 query 包含多个动作、多个设备、并列连接、多个方向调整,或者可能需要拆成多个子任务,则读取:
|
||||||
|
|
||||||
|
- `索引/维度索引.md`
|
||||||
|
- `判断维度/多指令判断.md`
|
||||||
|
|
||||||
|
多指令判断会给出多个 `subquery`。后续业务标签判断应对每个 subquery 分别进行。
|
||||||
|
|
||||||
|
### complex
|
||||||
|
|
||||||
|
complex 是快慢系统判断,独立于业务标签。它可以先粗判,但建议在业务标签和输出形态判断后再最终确认。
|
||||||
|
|
||||||
|
读取:
|
||||||
|
|
||||||
|
- `判断维度/复杂度判断.md`
|
||||||
|
|
||||||
|
## 3. 业务标签候选
|
||||||
|
|
||||||
|
对原 query 或拆分后的每个 subquery,按下面路径读取知识:
|
||||||
|
|
||||||
|
1. 读取 `索引/候选召回索引.md`,根据 query 的动作、对象、资源、设备快速缩小候选范围。
|
||||||
|
2. 读取 `标签总览.md`,确认候选领域。
|
||||||
|
3. 读取 `索引/标签索引.md`,找到 2-5 个候选标签。
|
||||||
|
4. 如果候选命中高频混淆,读取 `边界/边界索引.md` 和 `边界/高频混淆/` 下对应文件。
|
||||||
|
5. 读取候选标签卡片,例如 `标签/地图导航/地图导航.md`。
|
||||||
|
6. 如果仍然不清楚,再读取 `边界/领域概览/` 下对应领域文件作为背景补充。
|
||||||
|
|
||||||
|
输出业务标签判断时必须说明:
|
||||||
|
|
||||||
|
- 推荐标签。
|
||||||
|
- 候选标签。
|
||||||
|
- 为什么推荐。
|
||||||
|
- 为什么排除其他候选。
|
||||||
|
- 哪些信息还不确定。
|
||||||
|
|
||||||
|
注意:`边界/领域概览/` 多数来自自动迁移,适合补背景,不适合作为第一判断入口。人工维护的 `边界/高频混淆/` 优先级更高。
|
||||||
|
|
||||||
|
## 4. 输出能力判断
|
||||||
|
|
||||||
|
业务标签不等于最终 target。判断最终输出格式时读取:
|
||||||
|
|
||||||
|
- `判断维度/标注输出形态.md`
|
||||||
|
- `输出能力/README.md`
|
||||||
|
- `输出能力/输出组合规范.md`
|
||||||
|
|
||||||
|
如果是 function,再读取:
|
||||||
|
|
||||||
|
- `输出能力/函数目录.md`
|
||||||
|
- 必要时读取 `输出能力/对象目录.md`
|
||||||
|
|
||||||
|
如果是 intent,再读取:
|
||||||
|
|
||||||
|
- `输出能力/意图目录.md`
|
||||||
|
|
||||||
|
判断重点:
|
||||||
|
|
||||||
|
- 这个类别是否已经 function 化。
|
||||||
|
- function 是否需要参数。
|
||||||
|
- 参数是否需要先构造 object。
|
||||||
|
- 这个类别是否只是 intent。
|
||||||
|
- 当前任务是否要求 `Agent(tag="xxx")` 包装。
|
||||||
|
- Agent 字段是否只是承接知识,而不是最终 target。
|
||||||
|
|
||||||
|
## 5. 组合最终结果
|
||||||
|
|
||||||
|
### 单 query + function
|
||||||
|
|
||||||
|
```text
|
||||||
|
CalendarQA(type="DATE",target_time="今天")
|
||||||
|
```
|
||||||
|
|
||||||
|
### 单 query + object + function
|
||||||
|
|
||||||
|
```text
|
||||||
|
x0=Location(country="美国",province="华盛顿",city="西雅图")
|
||||||
|
CalendarQA(type="TIME",target_time="现在",location=x0)
|
||||||
|
```
|
||||||
|
|
||||||
|
### 单 query + intent
|
||||||
|
|
||||||
|
```text
|
||||||
|
地图导航
|
||||||
|
```
|
||||||
|
|
||||||
|
### 单 query + Agent 包装
|
||||||
|
|
||||||
|
```text
|
||||||
|
Agent(tag="地图导航")
|
||||||
|
```
|
||||||
|
|
||||||
|
### 多指令
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{
|
||||||
|
"condition": null,
|
||||||
|
"querys": [
|
||||||
|
{"subquery": "关闭卧室的灯", "intent": "设备控制"},
|
||||||
|
{"subquery": "定一个明天下午四点的闹钟", "intent": "闹钟计时器"}
|
||||||
|
]
|
||||||
|
}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
### 自动任务
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{
|
||||||
|
"condition": "上车时",
|
||||||
|
"querys": [
|
||||||
|
{"subquery": "打开空调", "intent": "设备控制"}
|
||||||
|
]
|
||||||
|
}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
## 6. 需要用户确认的情况
|
||||||
|
|
||||||
|
以下情况不要硬猜:
|
||||||
|
|
||||||
|
- 用户要生成数据,但没说明 target 使用 function program、intent 还是 Agent 包装。
|
||||||
|
- function 和 intent 都可能满足。
|
||||||
|
- 旧标签资料里只有 tag,但输出能力目录里没有对应 function 或 intent。
|
||||||
|
- 多指令和单意图之间存在明显歧义。
|
||||||
|
- 自动任务和普通定时/延时控制存在冲突。
|
||||||
|
- complex 维度需要作为数据字段输出,但用户没有定义格式。
|
||||||
|
|
||||||
|
推荐提问方式:
|
||||||
|
|
||||||
|
```text
|
||||||
|
我能判断业务标签大概率是“地图导航”,但这批数据的最终 target 还需要确认:
|
||||||
|
你希望写成 Agent(tag="地图导航"),还是写成具体 function / intent 形式?
|
||||||
|
```
|
||||||
|
|
||||||
|
## 7. 推荐输出模板
|
||||||
|
|
||||||
|
```text
|
||||||
|
结构判断:
|
||||||
|
- 自动任务:否
|
||||||
|
- 多指令:否
|
||||||
|
- complex:待确认/false/true
|
||||||
|
|
||||||
|
业务标签:
|
||||||
|
- 推荐:地图导航
|
||||||
|
- 候选:地图导航、餐饮服务、通用问答
|
||||||
|
- 排除:餐饮服务,因为 query 明确要求导航动作
|
||||||
|
|
||||||
|
输出形态:
|
||||||
|
- 推荐:Agent 包装 / intent / function program / 待确认
|
||||||
|
- 候选:Agent(tag="地图导航");地图导航 intent
|
||||||
|
- 需要确认:当前任务是否要求 Agent 包装
|
||||||
|
```
|
||||||
@@ -0,0 +1,17 @@
|
|||||||
|
# 判断维度
|
||||||
|
|
||||||
|
这里维护和业务标签树并列的判断维度。它们不是 `Agent(tag="xxx")` 的子标签,也不应该混入具体标签卡片。
|
||||||
|
|
||||||
|
当前维度:
|
||||||
|
|
||||||
|
- `标注输出形态.md`:判断最终监督标签应该使用 Agent 包装、Function 形式,还是需要用户确认。
|
||||||
|
- `复杂度判断.md`:判断是否是 complex / 慢系统任务。
|
||||||
|
- `多指令判断.md`:判断 query 是否需要拆成多个子任务,以及如何切分和改写。
|
||||||
|
- `自动任务判断.md`:判断 query 是否是条件触发任务,以及 condition 和 action 的作用域。
|
||||||
|
|
||||||
|
推荐顺序:
|
||||||
|
|
||||||
|
1. 先做结构维度预判:自动任务、多指令、complex。
|
||||||
|
2. 再做业务标签候选。
|
||||||
|
3. 再判断标注输出形态。
|
||||||
|
4. 最后组合为当前任务所需的数据格式。
|
||||||
@@ -0,0 +1,21 @@
|
|||||||
|
# 复杂度判断
|
||||||
|
|
||||||
|
complex / 快慢系统是独立维度,不属于业务标签本身。业务标签负责判断“是什么能力”,复杂度负责判断“是否需要规划、推理或多步骤处理”。
|
||||||
|
|
||||||
|
## 当前临时定义
|
||||||
|
|
||||||
|
- `complex=false`:原子化、短链路、可直接执行或直接回答的请求。
|
||||||
|
- `complex=true`:需要规划、分析、推理、组合多个步骤、跨信息源综合,或需要长上下文处理的请求。
|
||||||
|
|
||||||
|
## 判断原则
|
||||||
|
|
||||||
|
- 不要因为某个标签天然复杂就直接设为 complex,需要看本次 query 的任务形态。
|
||||||
|
- 明确的一步控制、一步查询、一步导航通常是 `complex=false`。
|
||||||
|
- 需要制定计划、比较多方案、总结长文本、生成复杂内容、连续推理通常是 `complex=true`。
|
||||||
|
- 当复杂度边界和业务标签边界同时存在歧义时,先分别判断,再说明组合结果。
|
||||||
|
|
||||||
|
## 待维护问题
|
||||||
|
|
||||||
|
- 哪些标签默认偏快系统。
|
||||||
|
- 哪些标签在特定参数或上下文下转为慢系统。
|
||||||
|
- complex 输出格式和最终标签表达如何组合。
|
||||||
@@ -0,0 +1,116 @@
|
|||||||
|
# 多指令判断
|
||||||
|
|
||||||
|
多指令是独立维度,不属于业务标签树。它用于判断一个 query 是否需要拆成多个可独立执行的子任务,以及每个子任务对应的业务标签或 intent。
|
||||||
|
|
||||||
|
## 输出目标
|
||||||
|
|
||||||
|
推荐结构:
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{
|
||||||
|
"condition": null,
|
||||||
|
"querys": [
|
||||||
|
{"subquery": "关闭卧室的灯", "intent": "设备控制"},
|
||||||
|
{"subquery": "定一个明天下午四点的闹钟", "intent": "闹钟"}
|
||||||
|
]
|
||||||
|
}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
其中 `condition` 由自动任务维度负责判断;没有条件时为 `null`。
|
||||||
|
|
||||||
|
## 单意图
|
||||||
|
|
||||||
|
以下情况通常不要拆分:
|
||||||
|
|
||||||
|
- 简单单意图:只有一个核心动作或询问目标。
|
||||||
|
- 子句存在强执行依赖:拆分会导致参数丢失、顺序错误或重复执行。
|
||||||
|
- 同品类单操作:同一动作作用于同一功能品类的多个位置或实例。
|
||||||
|
- 多查询:多个查询类目标可以作为一个查询意图处理。
|
||||||
|
- 内容播放 + 播放控制:播放具体内容并设置上一首、下一首、循环等,通常视为单个播放意图。
|
||||||
|
- 顺序执行操作:多个连续步骤共同完成单一任务,例如打开应用、搜索内容、点击结果。
|
||||||
|
- 改口重复:口误、重复词或重说只保留一次核心意图。
|
||||||
|
- 相反操作:同一设备或功能连续相反动作,通常视为单意图或口语修正。
|
||||||
|
|
||||||
|
## 需要切分
|
||||||
|
|
||||||
|
以下情况通常需要拆成多个子任务:
|
||||||
|
|
||||||
|
- 并列连词:和、并、然后、再、顺便、同时、并且。
|
||||||
|
- 明显语义独立的动作或查询目标。
|
||||||
|
- 同属一个意图类别但语义完整且可独立执行的子句。
|
||||||
|
- 同一设备或部件存在多个不同方向调整,例如“后视镜往里往前调”。
|
||||||
|
|
||||||
|
## 切分原则
|
||||||
|
|
||||||
|
- 每个子句必须能独立构成一个完整意图。
|
||||||
|
- 不可过度细分,导致子句无法理解。
|
||||||
|
- 拆分后需要继承必要动作、位置或设备信息。
|
||||||
|
|
||||||
|
## 改写规则
|
||||||
|
|
||||||
|
### 动作继承
|
||||||
|
|
||||||
|
“打开空调和电视”应改写为:
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{
|
||||||
|
"condition": null,
|
||||||
|
"querys": [
|
||||||
|
{"subquery": "打开空调", "intent": "设备控制"},
|
||||||
|
{"subquery": "打开电视", "intent": "设备控制"}
|
||||||
|
]
|
||||||
|
}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
### 无 trigger 的位置继承
|
||||||
|
|
||||||
|
“打开客厅电视和吸顶灯”应改写为:
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{
|
||||||
|
"condition": null,
|
||||||
|
"querys": [
|
||||||
|
{"subquery": "打开客厅电视", "intent": "设备控制"},
|
||||||
|
{"subquery": "打开客厅吸顶灯", "intent": "设备控制"}
|
||||||
|
]
|
||||||
|
}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
### 设备继承
|
||||||
|
|
||||||
|
“客厅吸顶灯调到最亮色温调到最大”应改写为:
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{
|
||||||
|
"condition": null,
|
||||||
|
"querys": [
|
||||||
|
{"subquery": "客厅吸顶灯调到最亮", "intent": "设备控制"},
|
||||||
|
{"subquery": "客厅吸顶灯色温调到最大", "intent": "设备控制"}
|
||||||
|
]
|
||||||
|
}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
## 典型单意图例子
|
||||||
|
|
||||||
|
- 打开空调调到二十六度。
|
||||||
|
- 扫地机设置为又扫又拖清理一下客厅。
|
||||||
|
- 打开网易云音乐播放青花瓷。
|
||||||
|
- 关闭主驾和后排车窗。
|
||||||
|
- 明天武汉和北京的天气。
|
||||||
|
- 播放张杰的天下并调成单曲循环模式。
|
||||||
|
|
||||||
|
## 典型多指令例子
|
||||||
|
|
||||||
|
- 关闭所有的座椅加热然后声音放到十三。
|
||||||
|
- 将能量回收调到柔和并打开氛围灯。
|
||||||
|
- 关闭卧室的灯定一个明天下午四点的闹钟。
|
||||||
|
- 关闭 QQ 音乐打开网易云音乐。
|
||||||
|
- HUD 角度往左往上偏一点。
|
||||||
@@ -0,0 +1,73 @@
|
|||||||
|
# 标注输出形态
|
||||||
|
|
||||||
|
这个维度用于判断最终监督标签应该写成 function program、intent,还是 `Agent(tag="xxx")` 包装。详细 object、function、intent 定义见 `../输出能力/`。
|
||||||
|
|
||||||
|
它和业务标签不同:
|
||||||
|
|
||||||
|
- 业务标签回答“query 属于哪个能力范围”。
|
||||||
|
- 输出形态回答“训练/评测数据里的 target 应该怎么写”。
|
||||||
|
|
||||||
|
## 输出能力目录
|
||||||
|
|
||||||
|
需要详细判断时,读取:
|
||||||
|
|
||||||
|
- `../输出能力/对象目录.md`
|
||||||
|
- `../输出能力/函数目录.md`
|
||||||
|
- `../输出能力/意图目录.md`
|
||||||
|
- `../输出能力/输出组合规范.md`
|
||||||
|
|
||||||
|
## 基本原则
|
||||||
|
|
||||||
|
1. 不要默认把所有旧 `tag标签` 包装成 `Agent(tag="xxx")`。
|
||||||
|
2. object 只作为 function 参数,不单独作为最终 target。
|
||||||
|
3. function 可以是多行 program,允许先构造 object 再调用 function。
|
||||||
|
4. intent 可以直接作为 target,也可以按任务要求包装成 `Agent(tag="xxx")`。
|
||||||
|
5. Agent 字段表示承接方,是知识维度,不等于最终 target。
|
||||||
|
6. 如果当前数据任务没有明确要求 function、intent 还是 Agent 包装,必须向用户确认,不要自行决定。
|
||||||
|
7. 对 QA 子类尤其要保守:`医疗问答`、`百科`、`美食问答` 等可能只是知识分类,最终输出可能是 `QA()`,不一定是 `Agent(tag="医疗问答")`。
|
||||||
|
|
||||||
|
## 常见 Function 形态
|
||||||
|
|
||||||
|
| 形态 | 例子 | 说明 |
|
||||||
|
| --- | --- | --- |
|
||||||
|
| 通用问答 | `QA()` / `QA()` | 多个通用问答子类可能最终不区分子类,统一输出 QA。 |
|
||||||
|
| 图片问答 | `VisionQA` | 图片、拍照、屏幕问答等视觉理解类能力。 |
|
||||||
|
| 金融问答 | `FinanceQA()` | 股票、黄金、期货等金融查询。 |
|
||||||
|
| 时间问答 | `CalendarQA` / `timeDistance` | 日历、节假日、时间距离等时间工具能力。 |
|
||||||
|
| 文档总结 | `Summarize()` | 文档、URL 总结和问答。 |
|
||||||
|
| 天气问答 | `WeatherQA()` | 近期天气、温度、湿度、空气质量等。 |
|
||||||
|
| 翻译 | `Translate` / `TranslateQA` | 外语翻译、翻译问答、词典类能力。 |
|
||||||
|
| 垂域动作 | `SearchAction` / `ActivateAction` / `OpenAction` | 旧三级语义或 function 定义里经常出现,不等同于最终数据 target,但需要保留为候选。 |
|
||||||
|
|
||||||
|
## Agent 包装形态
|
||||||
|
|
||||||
|
当任务明确是规划模型的 Agent 标签数据,或者用户明确给出 `Agent(tag="xxx")`,可以使用 Agent 包装形态。
|
||||||
|
|
||||||
|
例子:
|
||||||
|
|
||||||
|
```text
|
||||||
|
Agent(tag="地图导航")
|
||||||
|
Agent(tag="餐饮服务")
|
||||||
|
Agent(tag="设备控制")
|
||||||
|
```
|
||||||
|
|
||||||
|
如果用户只说“地图导航标签”但没有说明输出格式,标签知识可以推荐业务标签,但生成数据前仍要确认最终 target。
|
||||||
|
|
||||||
|
## 推荐输出
|
||||||
|
|
||||||
|
做标签判断时建议输出:
|
||||||
|
|
||||||
|
```text
|
||||||
|
业务标签:地图导航
|
||||||
|
输出形态候选:
|
||||||
|
- Agent:Agent(tag="地图导航")
|
||||||
|
- Function:SearchRoute / Navigation / 其他地图 function 候选
|
||||||
|
推荐:待用户确认,当前需求未说明使用 Agent 还是 Function
|
||||||
|
```
|
||||||
|
|
||||||
|
做数据生成时,如果 target 不明确,必须先问:
|
||||||
|
|
||||||
|
```text
|
||||||
|
这批数据最终 target 是使用 function program、intent,
|
||||||
|
还是使用 Agent 包装,例如 Agent(tag="地图导航")?
|
||||||
|
```
|
||||||
@@ -0,0 +1,266 @@
|
|||||||
|
# 自动任务判断
|
||||||
|
|
||||||
|
自动任务是独立维度,不属于业务标签树。它用于判断 query 是否包含“条件触发 + 动作”的结构,以及如何抽取 condition 和 action。
|
||||||
|
|
||||||
|
## 输出目标
|
||||||
|
|
||||||
|
推荐结构:
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{
|
||||||
|
"condition": "上车时",
|
||||||
|
"querys": [
|
||||||
|
{"subquery": "打开空调", "intent": "设备控制"}
|
||||||
|
]
|
||||||
|
}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
`condition` 可以是:
|
||||||
|
|
||||||
|
- 具体条件文本,例如 `上车时`、`电量低于20%时`。
|
||||||
|
- `default`:无条件管理超级任务或无条件创建/修改/查询/删除备忘录类信息。
|
||||||
|
- `null`:普通无条件单意图或非 default 的无条件动作。
|
||||||
|
|
||||||
|
## 条件定义
|
||||||
|
|
||||||
|
常见触发事件:
|
||||||
|
|
||||||
|
- `……时候`
|
||||||
|
- `当……时`
|
||||||
|
- `如果……就`
|
||||||
|
- `把……就`
|
||||||
|
- `在……之后`
|
||||||
|
- `到达……时`
|
||||||
|
- `一……就`
|
||||||
|
- `每……`
|
||||||
|
|
||||||
|
常见时间条件:
|
||||||
|
|
||||||
|
- 时间段,例如“上午”。
|
||||||
|
- 时间点,例如“14点”。
|
||||||
|
- 持续或延迟时间,例如“开十分钟”“二十分钟后”。
|
||||||
|
|
||||||
|
## 复合条件完整性
|
||||||
|
|
||||||
|
`就` 作为动作分隔标记时,`就` 之前的所有内容整体构成 condition,禁止截断。
|
||||||
|
|
||||||
|
`且` 连接的多个状态全部是 condition 的组成部分,不可将其中任意部分误识别为 action。
|
||||||
|
|
||||||
|
例子:
|
||||||
|
|
||||||
|
```text
|
||||||
|
晚饭前20分钟后转向灯关闭就风量调高
|
||||||
|
condition = 晚饭前20分钟后转向灯关闭
|
||||||
|
action = 风量调高
|
||||||
|
```
|
||||||
|
|
||||||
|
```text
|
||||||
|
关闭后排空调且副驾座椅加热开启时打开副驾座椅通风
|
||||||
|
condition = 关闭后排空调且副驾座椅加热开启时
|
||||||
|
action = 打开副驾座椅通风
|
||||||
|
```
|
||||||
|
|
||||||
|
## 条件作用域
|
||||||
|
|
||||||
|
### 默认向右绑定
|
||||||
|
|
||||||
|
条件默认只作用于其后最近的动作序列,直到出现新的条件或语义结束。
|
||||||
|
|
||||||
|
### 不向左回溯
|
||||||
|
|
||||||
|
条件不影响其前面的动作。
|
||||||
|
|
||||||
|
```text
|
||||||
|
播放音乐上车时打开空调
|
||||||
|
```
|
||||||
|
|
||||||
|
应解析为:
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{"condition": null, "querys": [{"subquery": "播放音乐", "intent": "音乐播放"}]},
|
||||||
|
{"condition": "上车时", "querys": [{"subquery": "打开空调", "intent": "设备控制"}]}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
### 多个条件各自作用域
|
||||||
|
|
||||||
|
```text
|
||||||
|
上车时打开空调下车时关闭空调
|
||||||
|
```
|
||||||
|
|
||||||
|
应解析为:
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{"condition": "上车时", "querys": [{"subquery": "打开空调", "intent": "设备控制"}]},
|
||||||
|
{"condition": "下车时", "querys": [{"subquery": "关闭空调", "intent": "设备控制"}]}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
### `或` 连接多个触发条件
|
||||||
|
|
||||||
|
`或` 连接多个触发条件时,视为同一自动任务的多触发项,整体保留为单一 condition,不拆成多个 group,不重复输出动作。
|
||||||
|
|
||||||
|
```text
|
||||||
|
主驾有人上车时或车内温度低于10度时或主驾系上安全带时打开空调
|
||||||
|
```
|
||||||
|
|
||||||
|
应解析为:
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{
|
||||||
|
"condition": "主驾有人上车时或车内温度低于10度时或主驾系上安全带时",
|
||||||
|
"querys": [{"subquery": "打开主驾空调", "intent": "车载控制"}]
|
||||||
|
}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
## default 场景
|
||||||
|
|
||||||
|
`default` 表示无条件自动任务管理或无条件备忘录类信息管理,不等同于 `null`。
|
||||||
|
|
||||||
|
适用:
|
||||||
|
|
||||||
|
- 无条件打开、关闭、创建、删除、修改、查询、编辑超级任务。
|
||||||
|
- 超级任务别称包括:自定义习惯、智能习惯、智能场景、自动化、小米任务等。
|
||||||
|
- 无条件创建、修改、查询、删除备忘录类信息,包括日程、提醒、备忘录、便签、安排、事项等。
|
||||||
|
|
||||||
|
例子:
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{"condition": "default", "querys": [{"subquery": "删除自定义习惯", "intent": "系统控制"}]}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{"condition": "default", "querys": [{"subquery": "提醒我去买菜", "intent": "提醒"}]}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
反例:
|
||||||
|
|
||||||
|
- `打开提醒`:这是普通无条件单意图,`condition=null`,intent 为提醒,不属于 default。
|
||||||
|
- `创建长途驾驶前检查水和食物的提醒`:包含明确触发条件,condition 应为 `长途驾驶前`,不属于 default。
|
||||||
|
|
||||||
|
## 改写规则
|
||||||
|
|
||||||
|
### 持续时间
|
||||||
|
|
||||||
|
符合条件抽取的持续时间统一改写为 `持续+时间`。若同时存在触发事件,则改写为 `触发条件+持续+时间`。
|
||||||
|
|
||||||
|
例子:
|
||||||
|
|
||||||
|
```text
|
||||||
|
座椅加热十分钟
|
||||||
|
```
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{"condition": "持续十分钟", "querys": [{"subquery": "打开座椅加热", "intent": "车载控制"}]}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
### 提醒改写
|
||||||
|
|
||||||
|
条件不为空时,播报、提示、叫我、喊我、通知我、告诉我、报告、念一下等表述统一改写为 `提醒我`。
|
||||||
|
|
||||||
|
例子:
|
||||||
|
|
||||||
|
```text
|
||||||
|
电量低于20%时通知我立刻充电
|
||||||
|
```
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{"condition": "电量低于20%时", "querys": [{"subquery": "提醒我立刻充电", "intent": "提醒"}]}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
### 超级任务
|
||||||
|
|
||||||
|
当用户 query 明确包含超级任务相关关键词,或明确修改/删除/取消某个已命名习惯或规则时,需要新增对应管理动作子句,intent 为 `系统控制`。
|
||||||
|
|
||||||
|
关键词包括:
|
||||||
|
|
||||||
|
- HyperTask
|
||||||
|
- HyperMind
|
||||||
|
- 超级任务
|
||||||
|
- 小米任务
|
||||||
|
- 小米任务大师
|
||||||
|
- 智能任务
|
||||||
|
- 任务大师
|
||||||
|
- 自动化
|
||||||
|
- 自动化任务
|
||||||
|
- 自动化场景
|
||||||
|
- 智能场景
|
||||||
|
- 自定义场景
|
||||||
|
- 自定义习惯
|
||||||
|
- 智能习惯
|
||||||
|
|
||||||
|
反例:如果只是直接描述条件触发控制,例如“学校放学时段开启警示灯”,且没有超级任务关键词,不添加管理 Agent。
|
||||||
|
|
||||||
|
### 带 trigger 的位置继承
|
||||||
|
|
||||||
|
当 condition 中包含位置,如主驾、副驾、后排,后续无明确位置的动作子句需要继承 condition 中的位置。
|
||||||
|
|
||||||
|
继承模式:
|
||||||
|
|
||||||
|
- 继承 trigger 全部位置:动作语义上作用于所有位置时拆分。
|
||||||
|
- 就近继承:动作更适合绑定最近位置时只继承最近位置。
|
||||||
|
- 不继承:动作本身已有位置、提醒类动作、或动作语义不区分位置。
|
||||||
|
|
||||||
|
### 提醒我说
|
||||||
|
|
||||||
|
条件不为空且用户子句语义为提醒时,如果提醒内容中还包含时间词,不把提醒内容里的时间额外抽为 condition,而是改写为 `提醒我说...`。
|
||||||
|
|
||||||
|
例子:
|
||||||
|
|
||||||
|
```text
|
||||||
|
明天八点提醒我后天晚上去露营
|
||||||
|
```
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{"condition": "明天八点", "querys": [{"subquery": "提醒我说后天晚上去露营", "intent": "提醒"}]}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
### 执行一次
|
||||||
|
|
||||||
|
当用户子句中包含“执行一次 / 只执行一次 / 仅一次 / 单次执行”等限定词时,将其拼接到条件中,格式为 `执行一次+原始条件`。
|
||||||
|
|
||||||
|
### 纯条件句
|
||||||
|
|
||||||
|
如果 input 仅包含触发条件,没有具体动作,则输出条件和空 `querys`,禁止凭空生成动作。
|
||||||
|
|
||||||
|
```json
|
||||||
|
[
|
||||||
|
{"condition": "停车超过90分钟时", "querys": []}
|
||||||
|
]
|
||||||
|
```
|
||||||
|
|
||||||
|
## 条件负例
|
||||||
|
|
||||||
|
以下表达虽然包含“时”等触发词,但更像车辆/系统内置功能、状态描述或固定安全能力,不一定应当当作用户创建自动任务:
|
||||||
|
|
||||||
|
- 走远时车门上锁
|
||||||
|
- 锁车时关闭车窗
|
||||||
|
- 车辆解锁时鸣笛
|
||||||
|
- 倒车时后视镜自动下翻
|
||||||
|
- 停车时后视镜自动折叠
|
||||||
|
- 离车时打开哨兵模式
|
||||||
|
- 车辆超速时提醒我
|
||||||
|
- 并线时打开后向来车辅助
|
||||||
|
- 低速行驶时提示我
|
||||||
|
- 红绿灯时提醒我
|
||||||
|
- 车道偏离时打开辅助
|
||||||
|
- 上车时打开冰箱
|
||||||
|
- 雨天时打开雾灯建议
|
||||||
|
- 安全带未系时提醒我
|
||||||
|
- 超速时打开告警限速
|
||||||
@@ -0,0 +1,23 @@
|
|||||||
|
# 复杂度判断
|
||||||
|
|
||||||
|
> 本文件保留在根目录用于兼容早期入口。后续优先维护 `判断维度/复杂度判断.md`。
|
||||||
|
|
||||||
|
complex / 快慢系统是独立维度,不属于业务标签本身。业务标签负责判断“是什么能力”,复杂度负责判断“是否需要规划、推理或多步骤处理”。
|
||||||
|
|
||||||
|
## 当前临时定义
|
||||||
|
|
||||||
|
- `complex=false`:原子化、短链路、可直接执行或直接回答的请求。
|
||||||
|
- `complex=true`:需要规划、分析、推理、组合多个步骤、跨信息源综合,或需要长上下文处理的请求。
|
||||||
|
|
||||||
|
## 判断原则
|
||||||
|
|
||||||
|
- 不要因为某个标签天然复杂就直接设为 complex,需要看本次 query 的任务形态。
|
||||||
|
- 明确的一步控制、一步查询、一步导航通常是 `complex=false`。
|
||||||
|
- 需要制定计划、比较多方案、总结长文本、生成复杂内容、连续推理通常是 `complex=true`。
|
||||||
|
- 当复杂度边界和业务标签边界同时存在歧义时,先分别判断,再说明组合结果。
|
||||||
|
|
||||||
|
## 待维护问题
|
||||||
|
|
||||||
|
- 哪些标签默认偏快系统。
|
||||||
|
- 哪些标签在特定参数或上下文下转为慢系统。
|
||||||
|
- complex 输出格式和最终标签表达如何组合。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 代码创作
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:代码创作
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="代码创作")
|
||||||
|
- Function 输出候选:Object = Code and Function = Create用python写一段快排的代码code:满足:@aicreative-agent 对于该语义构造 largemodelParamsllmSkill 收到对应 domain 派发给代码生成大模型
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
代码创作
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
生成代码代码问答
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
用python写一个关于音频格式转化的代码
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
生成代码(ActivateAction<object@Coding>)
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Object = Code and Function = Create用python写一段快排的代码code:满足:@aicreative-agent 对于该语义构造 largemodelParamsllmSkill 收到对应 domain 派发给代码生成大模型
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
代码生成和代码问答之间的边界:用python写一段快排代码 : 代码生成下面这段快排代码有什么问题: 代码问答“写一个快排代码,并解释原理”:同时有生成和问答建议后续代码生成和代码问答通用由代码创作来承接,不做区分
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
代码生成代码相关问答(研发/产品评估可以满足)长线计划:代码所有需求迁移到dialog agent
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 作文
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:应该属于文本创作
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="文本创作")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
作文
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
中小学作文
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
暂无
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 图像创作
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:图像创作
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="图像创作")
|
||||||
|
- Function 输出候选:文生图:query:画一个钢铁侠code:满足:@aicreative-agent 对于该语义构造 largemodelParamsllmSkill 收到对应 domain 派发给生图大模型
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
图像创作
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
文生图图片风格转换扩图
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
生成图片:秋天的早晨,在一片被秋林包围的草地上把图片换为冬天扩图两倍大小
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
文生图:[文生图]生成图片(ActivateAction<object@Image>)唤醒文生图功能(ActivateAction<object@Image[guide]>)重新生成图片(ActivateAction<object@Image[regenerate]>)
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
文生图:query:画一个钢铁侠code:满足:@aicreative-agent 对于该语义构造 largemodelParamsllmSkill 收到对应 domain 派发给生图大模型
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
在已实现功能中,风格转换会和图片编辑中的风格转换语义上混淆:“把我的照片改成漫画风”:既是风格迁移(创作)又像滤镜(编辑)——图片编辑“给人像加温暖怀旧滤镜”:和换风格很像,但只是滤镜覆盖——图片编辑
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
图像编辑
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
文生图——图片创作风格转换——图像编辑扩图——图像编辑原则1:文字出图片是文生图,基于图片输入的修改都是图片编辑不是生成
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 图像编辑
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:图像编辑
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="图像编辑")
|
||||||
|
- Function 输出候选:Object = Image and (Function = Adjust or Add or Remove or Expand or Edit)...
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
图像编辑
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
基础处理(图像 / 视频)风格转换:人像风格可转为卡通、虚拟形象、水墨画、漫画等。滤镜应用:支持自然、单色、黑红、温暖怀旧等滤镜,覆盖图像和视频。水印添加:包括普通水印、透明水印、防盗图水印、日期水印。色彩与光影调整饱和度:支持整体自然饱和度调节;可针对特定颜色(橙、红、蓝等)单独调整饱和度。高光 / 阴影:可针对特定颜色(橙、红、蓝等)调整高光或阴影的强度、数值。降噪与清晰度:支持明度降噪、色彩降噪;可调整清晰度(数值设定)。颗粒与晕影:添加颗粒感(数值控制);调整晕影强度(数值控制)。人像美化基础美颜:自动美颜、亮眼、匀肤、磨皮(支持开关及数值 / 百分比调节)。肤色调整:美白(百分比控制)、气色提升(百分比控制)。瑕疵修复:祛黑眼圈、祛斑祛痘、祛皱(支持开关及数值调节)。五官优化:眉毛:增强、粗细调节;眼睛:大小、眼距调节;鼻子:胖瘦、鼻尖、长短调节;嘴巴:大小、微笑嘴角调节。脸型调整:胖瘦、大小、宽度、V 脸效果;太阳穴、颧骨、发际线调节;蓬蓬发效果。画质提升:超清人像、超清处理。表情调整:支持表情优化(未指定具体类型,默认基础表情调节)。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
将这张人像照片转换成卡通风格给这段视频添加 “温暖怀旧” 滤镜给这张图片加上今天日期的水印提高这张照片中红色的饱和度增强这张人像照片里橙色高光的强度把这张图片的颗粒感调到 50 数值将这张人像的磨皮强度设为 10%把这个人像脸型的胖瘦程度调整到 20%将这张照片中蓝色阴影的数值设为 20%开启 “超清人像” 功能优化这张图片
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
【AIcreativeagent】图片编辑一期&二期&三期&四期功能必过集图片风格转换:图片AI换季节(ActivateAction<object@Image[changeSeason]>)图像路人消除(ActivateAction<object@Image[removePedestrian]>)AI换图片风格(ActivateAction<object@Image[changeStyle]>)扩图:AI扩图(ActivateAction<object@Image[expansion]>)
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Object = Image and (Function = Adjust or Add or Remove or Expand or Edit)...
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
图像创作的风格转换--图片编辑的风格转换语义上混淆:“把我的照片改成漫画风”:既是风格迁移(创作)又像滤镜(编辑)——图片编辑“给人像加温暖怀旧滤镜”:和换风格很像,但只是滤镜覆盖——图片编辑甚至"瘦脸/美颜"等图片编辑功能,后续是不是也可以由图片创作承接——图片编辑图片编辑和相机设置项之间的边界问题:“让照片更亮一点” :可能是拍前(相机曝光补偿)或拍后(编辑调亮)“人像要更清晰”: 可能是相机分辨率设置,也可能是后期锐化“拍出来像漫画”:可用相机滤镜拍,也可后期风格转换
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
相机图片创作
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
语义范围为:图片基础处理、色彩与光影调整、人像美化问题1:图像创作的风格转换--图片编辑的风格转换:图片编辑:修改RGB参数,修改色彩,亮度,某些图片中的特征值图片创作:1、全新生成一张图片2、根据已知图片,生成另一张图片(不是编辑图片的参数)问题2:图片编辑和相机设置项根据系统上下文判断在照相机界面——相机设置,控制类相册界面——图片编辑其他界面——图片编辑
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 图片搜索(图片)
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:图片搜索(图片)
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="图片搜索(图片)")
|
||||||
|
- Function 输出候选:#query1:搜一下钢铁侠的图片、钢铁侠长什么样(歧义)code:满足:@aicreative-agent 对于该语义构造 图搜 params调用图搜 服务,获取图片手机通过非流式指令返回,车载通过流式指令返回#query2:搜一下蜡笔小新的海报code:满足:@aicreative-agent 对于该语义构造 图搜 params调用图搜 服务,获取图片手机通过非流式指令返回,车载通过流式指令返回#query3:搜一张奥特曼的动图code:满足:@aicreative-agent 对于该语义构造 图搜 params调用图搜 服务,获取图片手机通过非流式指令返回,车载通过流式指令返回
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
图片搜索(图片)
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
搜索静态图片搜索动态图片搜索表情包搜索地图相关图片搜索手抄报图片搜索简笔画图片
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
奥特曼的图片搞笑的动态图搞笑的表情包中国地图来一个劳动节的手抄报猫的简笔画
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
搜索静态图片(SearchAction<object@Picture[static]>)搜索动态图片(SearchAction<object@Picture[dynamic]>)搜索表情包(SearchAction<object@Picture[emoticon]>)搜索地图相关图片(SearchAction<object@Picture[map]>)搜索手抄报图片(SearchAction<object@Picture[handCopy]>)搜索简笔画图片(SearchAction<object@Picture[stickFigure]>)
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
#query1:搜一下钢铁侠的图片、钢铁侠长什么样(歧义)code:满足:@aicreative-agent 对于该语义构造 图搜 params调用图搜 服务,获取图片手机通过非流式指令返回,车载通过流式指令返回#query2:搜一下蜡笔小新的海报code:满足:@aicreative-agent 对于该语义构造 图搜 params调用图搜 服务,获取图片手机通过非流式指令返回,车载通过流式指令返回#query3:搜一张奥特曼的动图code:满足:@aicreative-agent 对于该语义构造 图搜 params调用图搜 服务,获取图片手机通过非流式指令返回,车载通过流式指令返回
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
1 图片搜索和在APP中搜索图片目前没有做区分小红书搜索风景壁纸——APP控制搜索好看风景壁纸——图片搜索2 QA边界: 钢铁侠长什么样——图片搜索搜索一下钢铁侠长什么样——图片搜索怎么画猫的简笔画——QA3 浏览器搜索百度一下西二旗地图——浏览器搜索(APP)搜索西二旗地图——图片搜索4 地图导航类中国地图——图片搜索北京地图——图片搜索海淀区地图——图片搜索搜索海淀地图——图片搜索西二旗地图——图片搜索
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
APP搜索QA地图导航浏览器搜索
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
图片(静态/动态)、表情包、地图、手抄报、简笔画搜索原则1:xxx长什么样等——图片搜索怎么画xxx——出视频教程--QA
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 文本创作
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:文本创作
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="文本创作")
|
||||||
|
- Function 输出候选:写一个都市剧剧本code:满足:@aicreative-agent 对于该语义构造 largemodelParamsllmSkill 收到对应 domain 派发给文本生成大模型
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
文本创作
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
文生文(创作类)
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
生成一个表格写一首春天的诗歌将不要轻信你自己的猜测这句话改得稍微婉转一些
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
生成表格(ActivateAction[object@Table](mailto:object@Table))写作(ActivateAction[object@Writing](mailto:object@Writing))润色文章语句(ActivateAction[object@Polish](mailto:object@Polish))
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
写一个都市剧剧本code:满足:@aicreative-agent 对于该语义构造 largemodelParamsllmSkill 收到对应 domain 派发给文本生成大模型
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
文本创作和通用问答存在意图划分的灰区:和QA存在边界冲突,如果一个写作需求,需要依赖大量事实/时新知识的查询,给到通用问答更加合适:推荐北京旅游攻略 ——生活服务“写一个北京旅游攻略,包含2025年最新开放时间和票价” → 二段式(通用查 → 创作写)“北京旅游有哪些必去景点?” → 通用边界1:其他精品垂域>文本生成边界2:文本生成--QA旅游攻略——生活服务菜谱——QA健康报告计划指定某种格式的文书某种文体边界3:根据这张图片创作一篇作文边界4:总结类根据这篇文章(文件/截屏/图片问答)的内容生成一段评论(文档总结-生成)边界5:外语创作是否支持用英语描写青岛栈桥美丽风景——文本创作
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA生活服务
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
明确的创作或改写指令用户提供的主题、体裁、风格、格式要求等约束条件生成原创性、结构化文本内容长线计划:文本生成所有需求迁移到dialog agent短线:输入图片的走图片问答,其他未定义的文本生成先给文本创作,外语写作需求也是文本创作
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 视频创作
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:视频创作
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="视频创作")
|
||||||
|
- Function 输出候选:视频生成:code:满足:@暂不支持该功能视频剪辑/智能成片:剪辑视频泛意图:编辑素材泛意图:将素材剪辑成视频:导出视频
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
视频创作
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
剪辑视频泛意图编辑素材泛意图将素材剪辑成视频导出视频
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
把我钓鱼的视频剪辑一下用生日派对照片智能成片帮我找去年的照片剪成一段视频帮我生成一个搞笑视频
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
视频生成:code:满足:@暂不支持该功能视频剪辑/智能成片:剪辑视频泛意图:编辑素材泛意图:将素材剪辑成视频:导出视频
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
目前边界只局限在剪辑视频和导出视频,后续的视频创作也应该归入到这个意图中帮我生成一个搞笑视频 给视频创作
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
视频的剪辑和导出:剪辑视频泛意图、编辑素材泛意图、将素材剪辑成视频、导出视频视频生成:生成各类风格的视频,当前未支持
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 体育赛事播放
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:体育赛事播放
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="体育赛事播放")
|
||||||
|
- Function 输出候选:Query: 播放英超直播
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
播放体育赛事直播或回放(电视流或网络流)
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
播放今晚英超直播看昨天的 NBA 比赛回放打开奥运会开幕式重播
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Query: 播放英超直播
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
语义范围:赛事预约、赛事播放、赛事问答是从sports中拆出来的3个标签,均指官方体育比赛,一般而言不涵盖民间自己组织的比赛,不在收录范围之内。设备范围:目前仅电视端生效。赛事播放:即在电视端点播体育赛事,会切换频道或者节目。满足形式:满足形式:各场景:频道页、赛程表、赛事详情页、预约管理
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 体育赛事问答
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:体育赛事问答
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="体育赛事问答")
|
||||||
|
- Function 输出候选:Query: 湖人现在排名第几?
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
查询体育赛程、比分、排名、历史数据等
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Query: 湖人现在排名第几?
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
和QA的满足边界,运动问答由QA满足,和QA没有边界。和个人运动监控的边界,体育赛事侧重于官方比赛,个人运动监控侧重于个人进行的运动,围绕智能手表、手机、跳绳、跑步机等智能设备监控各类运动时心率、热量消耗等功能,边界很清晰QA的边界:赛后:比分、排名、得分数据、技术统计运动项目:覆盖哪些?端午节划龙舟个人运动健康,学校的比赛个人运动身体健康湖人现在排名第几?上届世界杯冠军是谁?今天中超有什么比赛?
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
查询体育赛程、比分、排名、历史数据等
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 体育赛事预约
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:体育赛事预约
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="体育赛事预约")
|
||||||
|
- Function 输出候选:Query: 提醒我今晚 8 点看国足比赛
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
赛事预约
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
用户在对热门、大型的体育赛事,进行赛前的比赛预约的需求用户在对热门、大型的体育赛事,进行赛前的比赛取消预约的需求
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
query:小爱同学,帮我预约最近的一场NBA比赛query:小爱同学,帮我取消欧冠和亚特拉大的比赛预约
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Query: 提醒我今晚 8 点看国足比赛
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
生效设备:目前仅在电视端生效,后续可能迁移到其他端满足形式:各场景:频道页、赛程表、赛事详情页、预约管理提醒类边界问题:q=提醒我今晚 8 点看国足比赛,给备忘录q=预约今晚8点国足比赛,给赛事预约
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
备忘录
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
如下query都给赛事预约我想取消比赛预约取消预约中超比赛我想取消预约山东泰山的比赛请帮我取消预约NBA比赛我想取消预约勇士队的比赛我想取消预约詹姆斯的比赛把我预约的乒乓球比赛取消之前预约了UFC比赛,帮我取消取消预约明晚辽宁队比赛取消预约后天的CBA比赛“帮我取消明天篮球比赛的预约。”“我要取消后天下午足球比赛的预约。”“请帮我取消本周日羽毛球赛事的预约。”“取消下周六乒乓球比赛的预约。”“帮我取消明晚电竞比赛的预约。”“我想取消本月 20 号网球比赛的预约。”“请帮我取消下周五田径比赛的预约。”“取消后天上午游泳比赛的预约。”“帮我取消之前预约的排球比赛。”“我要取消最近预约的射箭比赛。”
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 古诗播放
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:古诗播放
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="古诗播放")
|
||||||
|
- Function 输出候选:按诗歌名搜索#query1: 播放静夜思按诗句、诗人搜索#query2: 李白写的白发三千尺按题材推荐#query3: 播放唐朝的诗句 #query4: 形容天气的诗句 泛推荐 #query5: 背诵一首古诗结果满足:优先走精品卡,朗读对应古诗内容(精品卡底部有大模型回复链接可点击)如果无对应精品卡但存在TTS文本,走卡片展示和TTS生成如资源库无资源,采用大模型卡片兜底
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
当用户要求播放/展示某首古诗词(通常包含:诗词正文、作者/朝代、名句、题材标签等,并可伴随朗读音频/赏析音频),且能用“诗名/诗句/诗人/类型/标签/朝代”等限定时,触发此功能。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
静夜思播放李白的诗背诵《春江花月夜》
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
搜索/推荐诗歌Content.AncientPoetry.SearchAction<object@Poem>e.g.木兰辞,播放静夜思搜索/推荐诗句Content.AncientPoetry.SearchAction<object@Verse>e.g.床前明月光,播放不识庐山真面目
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
按诗歌名搜索#query1: 播放静夜思按诗句、诗人搜索#query2: 李白写的白发三千尺按题材推荐#query3: 播放唐朝的诗句 #query4: 形容天气的诗句 泛推荐 #query5: 背诵一首古诗结果满足:优先走精品卡,朗读对应古诗内容(精品卡底部有大模型回复链接可点击)如果无对应精品卡但存在TTS文本,走卡片展示和TTS生成如资源库无资源,采用大模型卡片兜底
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
古诗、QA意图边界:按诗歌名搜索、按诗句、诗人搜索、按题材推荐、泛推荐优先给古诗播放而非QA;举头望明月是什么意思--QA举头望明月翻译成白话文--QA举头望明月表达了什么--QA古诗播放满足形式:优先走精品卡,朗读对应古诗内容(精品卡底部有大模型回复链接可点击)如果无对应精品卡但存在TTS文本,走卡片展示和TTS生成如资源库无资源,采用大模型卡片兜底 边界1:容易和古诗问答冲突列query诗人问答古诗词含义、赏析、字词问答
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
古诗词搜索检索相关,是出古诗,包括按照诗句、诗人、题材等搜索。如果是古诗词问答,给QA诗歌名:将进酒(古诗词播放--单实体)诗句定位:会当凌绝顶(古诗词播放/QA都可以)以诗人/朝代/体裁/标签筛选后播放:唐代边塞诗
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 古诗词问答
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:古诗词问答
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="古诗词问答")
|
||||||
|
- Function 输出候选:#query1: 床前明月光出自哪首诗/遥想公瑾当年是谁写的/一夫当关万夫莫开的意思code:结果满足(同老垂域):全设备直接调用豆包大模型进行回复满足(prompt同通用QA,无需定制prompt优化)后续工作直接识别为通用QA函数即可
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
白露为霜的诗名叫什么,床前明月光出自哪首诗死去元知万事空的元是什么意思
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
查询诗句的题目Content.AncientPoetry.SearchAction<object@VerseInfo[name]>白露为霜的诗名叫什么,床前明月光出自哪首诗查询诗句中字词/诗句/全文的释义Content.AncientPoetry.SearchAction<object@VerseInfo[wordsNotes]>死去元知万事空的元是什么意思Content.AncientPoetry.SearchAction<object@VerseInfo[meaning]>千里之行始于足下是什么意思Content.AncientPoetry.SearchAction<object@PoemInfo[meaning]>古诗春望的意思是什么查询诗歌/诗句的作者Content.AncientPoetry.SearchAction<object@VerseInfo[poet]>不拘一格降人才的作者是Content.AncientPoetry.SearchAction<object@PoemInfo[poet]>是谁写的小儿垂钓查询诗句的上句/下句Content.AncientPoetry.SearchAction<object@VerseInfo[previous]>稻花香里说丰年前面是什么Content.AncientPoetry.SearchAction<object@VerseInfo[next]>春蚕到死丝方尽后面是什么, 床前明月光然后呢查询诗歌的朝代Content.AncientPoetry.SearchAction<object@PoemInfo[dynasty]>不识庐山真面目这句诗出自什么朝代查询诗歌的赏析信息Content.AncientPoetry.SearchAction<object@PoemInfo[appreciation]>观沧海的赏析,赏析黄鹤楼送孟浩然之广陵
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
#query1: 床前明月光出自哪首诗/遥想公瑾当年是谁写的/一夫当关万夫莫开的意思code:结果满足(同老垂域):全设备直接调用豆包大模型进行回复满足(prompt同通用QA,无需定制prompt优化)后续工作直接识别为通用QA函数即可
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
古诗词问答直接由QA满足
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
容易和古诗播放冲突容易和通用问答冲突
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
诗词类问答给QA诗词类音频点播给PlayPoem
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 听歌识曲
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:听歌识曲
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="听歌识曲")
|
||||||
|
- Function 输出候选:#query: 现在放的是什么歌(后台没有音乐播放)#query: 听歌识曲/识别一下这首歌code:结果满足:手机: 走听歌识曲功能,调起小米音乐听歌识曲API进行识别车载及其他设备:直接出兜底不支持回复话术(或调用UIAgent对应能力)
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
听歌识曲,非本机播放内容的查询
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
现在放的是什么歌(后台没有音乐播放)听歌识曲/识别一下这首歌
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
#query: 现在放的是什么歌(后台没有音乐播放)#query: 听歌识曲/识别一下这首歌code:结果满足:手机: 走听歌识曲功能,调起小米音乐听歌识曲API进行识别车载及其他设备:直接出兜底不支持回复话术(或调用UIAgent对应能力)
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
给到播放状态查询后的,满足方式ContentAgentSkill通用注入当前音频播放信息及session信息调用内容类回复大模型生成回复并输出对应资源类型及关键信息,调用对应资源检索服务展示(或播放)资源列表边界和QA的边界:侧重于当前播放内容的信息问答,偏动态类内容问答,应该给内容播放状态查询;如果是静态类内容查询,不需要指代消解,那么就给QA和听歌识曲的边界,依赖context注入:本机当前是否在播放歌曲,如果在播放歌曲,优先播放状态查询;否则听歌识曲。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 声音博物馆
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:声音博物馆
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="声音博物馆")
|
||||||
|
- Function 输出候选:Query: 播放老北京叫卖录音
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
播放非音乐类音频典藏:历史录音、方言样本、自然环境声等长期归档内容
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
播放老北京叫卖录音我想听海豚的声音打开昆曲片段
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Query: 播放老北京叫卖录音
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
音乐播放
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 媒体应用播放
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:媒体应用播放
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="媒体应用播放")
|
||||||
|
- Function 输出候选:Query: 用爱奇艺播放《狂飙》
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
调用第三方影音应用并开始播放指定内容或继续上次播放,如“用爱奇艺播放《狂飙》”“在Spotify放周杰伦”。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
用 Bilibili 播放《三体》动画在 Spotify 继续播放我的列表打开优酷看最新《奔跑吧》”
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Query: 用爱奇艺播放《狂飙》
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 媒体资源切换(内容控制)
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:媒体资源切换(内容控制)
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="媒体资源切换(内容控制)")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
媒体控制
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
需要走搜索推荐策略的媒体播放需求
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
换一首歌曲
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 播放器控制(系统控制)
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:播放器控制(系统控制)
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="播放器控制(系统控制)")
|
||||||
|
- Function 输出候选:Query: 下一首
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
控制
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
不依赖搜索推荐的,媒体播放器操作类,输出系统控制的分支在同一媒体资源集合中切换条目:上一曲/下一曲、切换剧集、切换音轨等,如“下一首”“跳到第三集”。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
快进10秒钟跳到第十分钟下一首(多标签等同:媒体资源切换)上一集(多标签等同:媒体资源切换)
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Query: 下一首
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
原来的内容控制属于媒体资源切换,需要走一次搜索推荐策略。新增的播放器控制是纯系统控制拆分的分支。和系统控制的边界,多轮对话中内容资源版本的切换,如下给内容控制(媒体资源切换)播放晴天->换个版本播放xxx新闻->换个版本'换一首'---等于下一首,播放器控制;换一首歌曲---媒体资源切换和系统控制的边界,如下功能给系统控制(播放器控制),播放器控制为新建标签。下一个(播放器控制)['下一首', '下一集', '下一曲']播放(播放器控制)['播放', '继续播放', '继续', '放', '请播放']选项选择/可见即可说(播放器控制)['第一个', '第二个', '播放第一个', '确定', '第三个']播放第三首歌,如果屏幕未显示,可见即可说没上报,给内容控制上一个 (播放器控制)['上一首', '播放上一首', '上一曲', '上一集', '播放上一首歌']从头重新播放(播放器控制)['重新播放', '重播', '再来一遍', '从头播放', '再唱一遍']连接-连接蓝牙['连接蓝牙播放音乐(多指令)', '蓝牙连接', '连蓝牙', '连接手机蓝牙', '连接我的蓝牙']设置系统控制项参数值-单曲循环(播放器控制)['设为单曲循环模式', '设为单曲循环', '开启单曲循环模式', '循环模式', '单曲重复']播放器倍速前进 (播放器控制)['快进', '快进两分钟', '快进三分钟', '快进一分钟', '快进五分钟']['切换两倍速播放',"xx"]播放器跳到指定位置播放 (播放器控制)['快进到十分钟', '播放二十二秒', '快进到两分钟', '十分钟', '播放十分钟']播放器倍速后退 (播放器控制)['后退', '退回', '后退一分钟', '后退两分钟', '后退五分钟']和应用控制的边界,知名音乐app的top页面由应用控制满足,如下query给应用控制,详情:车载APP控制 - APP页面词表数据整理每日三十首——音乐播放热歌榜——音乐播放打开每日三十首——APP控制播放每日三十首——音乐播放打开热歌榜——APP控制播放热歌榜——音乐播放歌词——APP控制还是内容问答?
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
需要重新走搜索推荐的,如换一个版本,给内容控制;完全不依赖搜索推荐,播放器控制直接满足的给系统控制
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 播放状态查询
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:播放状态查询
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="播放状态查询")
|
||||||
|
- Function 输出候选:#query: 现在放的是什么歌(后台有音乐播放)code:结果满足:ContentAgentSkill通用注入当前音频播放信息及session信息调用内容类回复大模型生成回复并输出对应资源类型及关键信息,调用对应资源检索服务展示(或播放)资源列表
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
当前播放歌曲/歌手/视频信息查询,本机播放内容的查询
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
这首歌是谁唱的/介绍一下这个歌手现在放的是什么歌(后台有音乐播放)
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
#query: 现在放的是什么歌(后台有音乐播放)code:结果满足:ContentAgentSkill通用注入当前音频播放信息及session信息调用内容类回复大模型生成回复并输出对应资源类型及关键信息,调用对应资源检索服务展示(或播放)资源列表
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
给到播放状态查询后的,满足方式ContentAgentSkill通用注入当前音频播放信息及session信息调用内容类回复大模型生成回复并输出对应资源类型及关键信息,调用对应资源检索服务展示(或播放)资源列表边界和QA的边界:侧重于当前播放内容的信息问答,偏动态类内容问答,应该给内容播放状态查询;如果是静态类内容查询,不需要指代消解,那么就给QA和听歌识曲的边界,依赖context注入:本机当前是否在播放歌曲,如果在播放歌曲,优先播放状态查询;否则听歌识曲。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 新闻
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:新闻
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="新闻")
|
||||||
|
- Function 输出候选:Query: 播放最新财经新闻
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
播放或查询新闻内容:整点新闻、专题报道、实时头条等
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
播放最新科技新闻给我五分钟财经新闻今天有哪些头条新闻?
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Query: 播放最新财经新闻
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
整体原则:只要是新闻需求,优先给新闻。可能会有音乐、视频、歌手、歌曲、体育赛事相关的新闻问答续期,统一给新闻。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
音乐播放:播放xxxQA
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
播放或查询新闻内容:整点新闻、专题报道、实时头条等
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 歌单
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:歌单
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="歌单")
|
||||||
|
- Function 输出候选:Query: 播放我的晨跑歌单
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
创建、管理或播放音乐歌单/播放列表,包括私人歌单和推荐歌单
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
播放我的晨跑歌单把这首歌加到睡前歌单创建一个叫‘驾车’的新歌单”收藏这首歌
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Query: 播放我的晨跑歌单
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
歌单仅指音乐、电台增删改查,涉及音乐、电台列表的添加、删除、创建、播放的优先给歌单满足。视频收藏给smartApp
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 电台播放
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:电台播放
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="电台播放")
|
||||||
|
- Function 输出候选:单实体(非明确播放意图)#query1: 默读、完美世界(非明确播放意图)#query2: 米小圈上学记(明确播放意图)满足方式:语义通过多轮session、知识库热度及用户反馈信息进行意图划分,针对单实体非明确播放意图下发内容问答富文本卡片(文本+有声资源列表)
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
当用户明确或隐含地要求播放“有声内容”(播客/有声书/相声/评书/脱口秀/新闻电台等),并可用“专辑名/单期名/作者或主播/角色/类型/标签”等进行限定时,触发“电台播放”。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
播放 FM 87.6来点中国之声听本地交通广播郭德纲的相声我要听斗破苍穹
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
功能点:电台搜索组合搜索...
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
单实体(非明确播放意图)#query1: 默读、完美世界(非明确播放意图)#query2: 米小圈上学记(明确播放意图)满足方式:语义通过多轮session、知识库热度及用户反馈信息进行意图划分,针对单实体非明确播放意图下发内容问答富文本卡片(文本+有声资源列表)
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 电台问答
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:电台问答
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="电台问答")
|
||||||
|
- Function 输出候选:code:结果满足:ContentAgentSkill通用注入当前音频播放信息及session信息根据具体电台的cpResourceId反查当前集数等信息,合并电台内容基本信息(包括专辑名、声音名、主播)统一注入调用内容类回复大模型生成回复并输出对应资源类型及关键信息,调用对应资源检索服务展示(或播放)资源列表
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
最近哪些小说最火/介绍一下这部小说现在放的是什么小说这个相声是谁讲的这本书有多少集/当前播放的是第几集/还有几集没播
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
电台问答(包括context多轮问答)当前电台播放信息查询
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
code:结果满足:ContentAgentSkill通用注入当前音频播放信息及session信息根据具体电台的cpResourceId反查当前集数等信息,合并电台内容基本信息(包括专辑名、声音名、主播)统一注入调用内容类回复大模型生成回复并输出对应资源类型及关键信息,调用对应资源检索服务展示(或播放)资源列表
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
容易和电台播放冲突容易和通用问答冲突
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
电台知识类问题给电台问答电台播放类问题给电台播放。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 电视频道
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:电视频道
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="电视频道")
|
||||||
|
- Function 输出候选:Query: 切到 CCTV-5
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
打开、切换或查询特定电视直播频道,例如涉及线性电视流而非点播内容。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
切到 CCTV-5播放湖南卫视
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Query: 切到 CCTV-5
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
问题1:协同响应指定被控设备,同:控制-设备控制问题2:和控制类边界问题(类似播放器控制)换台,是不是和音乐的下一首类似,没提到实体或描述就是纯控制指令切到频道1下一个频道控制query列出来
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
控制agent
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 视频播放
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:视频播放
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="视频播放")
|
||||||
|
- Function 输出候选:单实体(非明确播放意图)#query1: 公主、一九四二(非明确播放意图)#query2: 战狼2、陈情令(明确播放意图)满足方式:语义通过多轮session、知识库热度及用户反馈信息进行意图划分,针对单实体非明确播放意图下发内容问答富文本卡片(文本+视频列表) 模糊搜片 #query1: 贾玲那个励志减肥的电影 (模糊搜片)#query2: 贾玲的励志电影 (标签搜索)满足方式:语义基于产品定义,区分包含明显知识信息的特定视频检索类意图走模糊搜片,即调用大模型下发内容问答富文本卡片(文本+歌曲列表)
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
媒体播放
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
当用户明确或隐含地要求播放某个视频内容,并可用“片名/演员/导演/角色/类型/标签”等信息进行限定时,触发“视频播放”功能。 支持的内容形态以长短视频为主(电影、电视剧、综艺、纪录片、动画片、MV 等),与“音乐纯音频播放”区分。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
播放《流浪地球2》看一段猫咪搞笑视频播放最新 TED 演讲
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
功能点:视频搜索组合搜索...
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
单实体(非明确播放意图)#query1: 公主、一九四二(非明确播放意图)#query2: 战狼2、陈情令(明确播放意图)满足方式:语义通过多轮session、知识库热度及用户反馈信息进行意图划分,针对单实体非明确播放意图下发内容问答富文本卡片(文本+视频列表) 模糊搜片 #query1: 贾玲那个励志减肥的电影 (模糊搜片)#query2: 贾玲的励志电影 (标签搜索)满足方式:语义基于产品定义,区分包含明显知识信息的特定视频检索类意图走模糊搜片,即调用大模型下发内容问答富文本卡片(文本+歌曲列表)
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
内容agent垂域之间互相混淆单实体单实体默认出QA视频、音乐单实体互相混淆:比如q=小猪佩奇,可能是视频或者音乐,不同端满足形式不一样;或者视频与音乐难以区分,需要注入知识。非单实体和其他agent的混淆和图片的满足边界:q=播放单依纯的照片,歌曲优先和QA的满足边界:高热单实体给歌曲播放,比如青花瓷;否则给QA用户说了一句歌词、或者表达了一个电影片段,给QA歌曲、电影推荐,q=推荐几首歌,都属于播放和帮助的满足边界,类似如下query,直接满足和间接满足的区别,(待讨论--此问题已经记录)可以来首歌吗?你能播放一首歌吗?可以来个电影吗和控制的边界:本质的区别是,是否要经过媒体内容的搜索推荐娱乐app名称+媒体资源名称,比如:用 Bilibili 播放《三体》动画,给媒体应用播放;而非应用控制仅娱乐媒体app名称,比如打开爱奇艺,给应用控制q=打开音乐,把音乐给我打开,把音乐打开给音乐播放而非控制。可以先走top_q车载端(待讨论):打开音乐不能播放 @谢曹东q=播放qq音乐,音乐播放q=打开qq音乐,应用控制q=歌词?其余控制边界在底下【内容控制】部分,此处仅涵盖【媒体应用播放】与控制之间的边界。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
属于“视频播放”的请求(应触发):明示播放:“播放/放一下/我想看《流浪地球》” → name=流浪地球“放吴京演的《战狼》” → name=战狼,artist=吴京“看一下‘夏洛特’这个角色相关的电影” → character=夏洛特,type=电影通过人物/角色/标签/类型检索后播放:“放几个悬疑片看看” → tag=悬疑“播放王家卫的电影” → artist=王家卫,type=电影MV/演唱会录像等视频(非纯音频):“播放周杰伦《晴天》MV” → name=晴天,type=MV,artist=周杰伦原则1:单实体问题,走Redis,查词表,其他的走QA
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 视频问答
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:视频问答
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="视频问答")
|
||||||
|
- Function 输出候选:典型query类别1code:结果满足:ContentAgentSkill通用注入当前视频播放信息、列表页资源信息及session信息进行知识注入根据具体视频id反查资源对应导演、演员、集数等信息,合并各视频的基本信息(包括视频名称、类型、当前集数)统一注入调用内容类回复大模型生成回复并输出对应资源类型及关键信息,调用对应资源检索服务展示(或播放)资源列表
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
电影奥本海默得过多少奖/甄嬛传滴血认亲是哪一集/介绍一下第一个片子现在放的是什么片这个片谁演的/ 这个电影导演是谁这个片一共多少集/当前播放的是第几集/还有几集
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
视频问答(包括context多轮问答)当前播放视频信息查询
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
典型query类别1code:结果满足:ContentAgentSkill通用注入当前视频播放信息、列表页资源信息及session信息进行知识注入根据具体视频id反查资源对应导演、演员、集数等信息,合并各视频的基本信息(包括视频名称、类型、当前集数)统一注入调用内容类回复大模型生成回复并输出对应资源类型及关键信息,调用对应资源检索服务展示(或播放)资源列表
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
容易和视频播放冲突容易和通用问答冲突
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
视频知识问答类给视频问答视频点播类给视频播放20251111共识:1、query中带有影视作品名称或明显影视相关pattern的给内容问答;2、询问剧情细节的,或者剧情相关问题,给内容问答;3、动漫或影视作品中虚拟人物相关问题,给内容问答;
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 讲笑话
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:讲笑话
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="讲笑话")
|
||||||
|
- Function 输出候选:Query: 给我讲个冷笑话
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
输出段子或幽默内容,可指定类型或时长
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
给我讲个冷笑话来段程序员的段子讲一个成人笑话
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Query: 给我讲个冷笑话
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
输出段子或幽默内容,可指定类型或时长
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 音乐播放
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:音乐播放
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="音乐播放")
|
||||||
|
- Function 输出候选:单实体(非明确播放意图)#query1: 不必太在乎、天下的乌鸦一般黑 (非明确播放意图)#query2: 七里香、忘情水(明确播放意图)满足方式:语义通过多轮session、音乐知识库热度及用户反馈信息进行意图划分,针对单实体非明确播放意图下发内容问答富文本卡片(文本+歌曲列表) 模糊搜歌 #query1: 今年外国乐队在春晚上唱的英文歌 (模糊搜歌)#query2: 今年的英文歌 (标签搜索)满足方式:语义基于产品定义,区分包含明显知识信息的特定歌曲检索类意图走模糊搜歌,即调用大模型下发内容问答富文本卡片(文本+歌曲列表)
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
当用户明确或隐含地要求播放某个音乐音频(歌曲/专辑/歌单/影视原声等),并可用“歌名/歌手/专辑/标签”等信息限定时,触发“音乐播放”。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
来点轻音乐播放周杰伦的《晴天》放一些爵士乐
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
功能点:歌名搜索歌手搜索专辑搜索...
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
单实体(非明确播放意图)#query1: 不必太在乎、天下的乌鸦一般黑 (非明确播放意图)#query2: 七里香、忘情水(明确播放意图)满足方式:语义通过多轮session、音乐知识库热度及用户反馈信息进行意图划分,针对单实体非明确播放意图下发内容问答富文本卡片(文本+歌曲列表) 模糊搜歌 #query1: 今年外国乐队在春晚上唱的英文歌 (模糊搜歌)#query2: 今年的英文歌 (标签搜索)满足方式:语义基于产品定义,区分包含明显知识信息的特定歌曲检索类意图走模糊搜歌,即调用大模型下发内容问答富文本卡片(文本+歌曲列表)
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
容易和音乐问答冲突
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
明示播放:“播放《稻香》”“放朴树的《平凡之路》”通过人物/专辑/标签检索后播放:“放周杰伦的歌”“来点轻音乐助眠”“播放《三体》OST”
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 音乐问答
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:音乐问答
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="音乐问答")
|
||||||
|
- Function 输出候选:典型query类别1:code:结果满足:ContentAgentSkill通用注入当前音频播放信息及session信息调用内容类回复大模型生成回复并输出对应资源类型及关键信息,调用对应资源检索服务展示(或播放)资源列表典型query类别2:code:结果满足:手机: 走听歌识曲功能,调起小米音乐听歌识曲API进行识别车载及其他设备:直接出兜底不支持回复话术(或调用UIAgent对应能力)
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
媒体资源问答
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
刘德华有哪些经典的歌这首歌是谁唱的/介绍一下这个歌手现在放的是什么歌(后台有音乐播放)现在放的是什么歌(后台没有音乐播放)听歌识曲/识别一下这首歌
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
功能点:音乐问答(包括context多轮问答)
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
典型query类别1:code:结果满足:ContentAgentSkill通用注入当前音频播放信息及session信息调用内容类回复大模型生成回复并输出对应资源类型及关键信息,调用对应资源检索服务展示(或播放)资源列表典型query类别2:code:结果满足:手机: 走听歌识曲功能,调起小米音乐听歌识曲API进行识别车载及其他设备:直接出兜底不支持回复话术(或调用UIAgent对应能力)
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
内容问答易和QA混淆:歌手、演员等人物是边界问题,给QA,属于QA人物问答介绍这个歌手,介绍周杰伦围绕“歌曲、电影、电视剧”的问答,优先给内容问答,会出精品卡片,QA可兜底。内容问答容易和播放状态查询混淆,如下query优先给播放状态查询,这首歌是谁唱的这是什么歌内容问答和产品问答、控制类边界:你会听歌识曲吗打开听歌识曲
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA音乐
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
音乐静态知识类问答给音乐问答,否则给音乐播放
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 地图导航
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:地图导航
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="地图导航")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
导航类
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
基于高德地图/百度地图等,进行导航需求满足特殊的需求:附近的加油站附近的充电桩附近的服务区
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
导航去云冈石窟走免费道路(Navigation)走着走另外一条路线(SwitchRoute)不去小米科技园了改去公司附近的充电站(ModifyDestination)变更下下个途径点(ModifyPassPoint)金属钛的钛(PoiMultiRoundCorrect,POI改写相关)导航到简单的简上海的尚简尚羽毛球馆(PoiSelfCorrect,POI改写相关)导航路线刷新一下(RefreshRoute)寻找沿路的美食(SearchAlongRoute)搜索附近中石油(SearchPoi)怎么走到骑马俱乐部最近(SearchRoute)添加途经点大义镇(AddPassPoint)继续更新全国的离线地图(AdjustOfflineMap)还有没有其他路可以选(AskOtherRoute)收藏充电站要小米自营的(CollectPoi)删了所有途径点(DeletePassPoint)不是这个地址是西三旗桥南(ModifyDestination) 修改一下最下的途径点(ModifyPassPoint)
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
边界1:导航-地图问答-QA导航:偏控制类需求,明确的导航需求地图问答:跟导航、路线、当前位置信息相关的问答昆明地铁经过呈贡区吗(地图不支持)北京火车经过海淀区吗(地图不支持)13号线经过西二旗吗(地图不支持)13号线在海淀区吗(地图不支持)我们会经过临沂吗(城市可以支持,其他都不支持,这类问题都给导航)帮我查一下当地有哪些传统手工艺品(典型走问QA,偏向通用QA-槽位识别当地)通用问答:地理知识成都有多大——QA成都离北京有多远——导航能满足,车载默认开车,手机会区分飞机火车等怎么从北京去成都——优先导航,多轮下可能是生活服务/QA边界2:生活服务的酒店美食店铺的POI相关问题杭州乐园什么时候关门——旅游景点途虎养车在哪——地图而不是生活服务 (xxx在哪,优先导航)同帮巴顿火锅——生活服务>QA大观原点酒店——生活服务我要去评分最高的鄂菜——生活服务从重庆飞到上海要几个小时——地图问答可以满足,同QA边界3:POI单实体问题,QA-美食-旅游-地图,单实体POI,地图的优先级最低,默认都是给QA兜底武当山边界4:POI搜索与搜索的区别,默认都给QA搜索香格里拉、搜索九寨沟边界5:特殊POI,如下几个特例,和开车导航关系非常密切的优先地图:附近的加油站, 搜索加油站,q=加油站附近的充电桩,q=充电桩,q=充电(车载)附近的服务区,q=服务器停车场边界6:规划A到B的旅游路线——旅游,只有路线是导航,如果有旅游游玩相关需求是旅游边界7:A附近的Bq=北京有没有山姆——没有明确导航意图,出QA如果是导航过程中,目的地或途径点有没有xxx,给导航(目的地附近有没有大悦城)
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
地图问答QA收藏和记忆生活服务
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
边界1:导航-地图问答-QA执行上:地图问答先给导航,导航不召回,给QA(走哪问哪拆出来给导航)短线现状:导航需求,A到B路线查询可以。公交地铁站点查询等都不支持。问题:多轮下针对现有路线提问,很容易出现此类问题长线:原则1:依赖导航app接口查询结果的是地图问答,路线、公交地铁站等,现有接口不支持,走大模型兜底,而不是回复不支持产品问题@张睿@李循边界2:“在哪”,“去xxx”优先给导航,其他都是生活服务优先长线,计划“在哪”不区分导航和生活服务,统一满足边界3:单实体,默认QA,如果是导航需求则给导航和QA都算对。选项1:出富媒体卡片:百科+旅游+导航选项2:询问是否要去哪里单实体难以分端区分,应该在车载端满足时,单实体走poi搜索,有结果出一个导航的卡片。中控不做区分。各端的导航和生活服务单实体,都给导航优先,且QA满足应该调用搜索后出导航或生活类卡片。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 地图设置
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:地图设置
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="地图设置")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
设置和控制
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
地图内部相关设置,非通用app设置
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
导航播报设置为简洁打开2D常规导航(Adjust)设置车牌号(SetPlateNumber) 满足:车载端没有,手机端跳转APP
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
边界1:地图设置和控制:高德百度地图APP内部功能属于地图设置,APP外部功能属于控制。地图设置和控制的边界问题:导航窗口放大--应用窗口控制
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
系统控制
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 地图问答
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:地图问答
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="地图问答")
|
||||||
|
- Function 输出候选:1.AnswerTrafficJam()查询拥堵2.SearchRoute查询路线3.AnswerTransport查询交通相关信息4.AnswerSpeedLimit查询限速5.AnswerTimeCost查询到达时间查询两点之间耗时6.AnswerDistance查询距离-路线中查询距离-指定起始终止点AnswerPoiInfo查询目的地查询途经点查询当前位置查询当前道路AnswerPassPoi查询沿途服务区数量查询红绿灯查询沿途城市AnswerDirection方位查询SearchPoipoi查询
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
问答类
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
与poi相关的问答查询、导航问答查询
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
襄阳古城位于我们的西边吗(AnswerDirection)途径哪些城市呢(AnswerPassPoi) 能否预测还要堵多久(AnswerTrafficJam)查询当前北五环限速(AnswerSpeedLimit) 我现在在上海吗(AnswerPoiInfo)到目的地还要多少电(AnswerBattery)高速路上开车预计多远(AnswerDistance)这里到目的地要多少高速费(AnswerHighwayToll)查看设置的导航偏好选项(AnswerMode)前面怎么走比较好(AnswerRoute)我还有多久才能上高速(AnswerTimeCost)给我说一说富源南路附近的路况(AnswerTrafficCondition)五幺六路什么时候到小米科技园(AnswerTransport)
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
1.AnswerTrafficJam()查询拥堵2.SearchRoute查询路线3.AnswerTransport查询交通相关信息4.AnswerSpeedLimit查询限速5.AnswerTimeCost查询到达时间查询两点之间耗时6.AnswerDistance查询距离-路线中查询距离-指定起始终止点AnswerPoiInfo查询目的地查询途经点查询当前位置查询当前道路AnswerPassPoi查询沿途服务区数量查询红绿灯查询沿途城市AnswerDirection方位查询SearchPoipoi查询
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
与车控的边界:已经跑的里程&时间是车载设备状态查询;预估里程&时间是地图问答出发到现在开了多久了-车载设备状态查询上次充满电跑多少公里了-车载设备状态查询已经开了多久-车载设备状态查询到北京有多少里程-地图问答导航显示还需要开多久-地图问答
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
车载设备状态查询
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 地址设置
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:地址设置b1fa3050279749969615eaacab3ff5e0
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="地址设置")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
设置地图中的特有的地址,如家、公司、朋友地址
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
小爱小爱设置我家的地址在金茂悦龙山(SetMapAddress)设置网鱼网咖为王小华的秘密基地(SetMapAddress)删了一下家的地址(DeleteMapAddress)
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
边界:【待讨论】与结构记忆的区别修改我家地址 修改公司的地址
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
结构记忆
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则1:地址增删改功能【TODO @乔国辉】车载端-导航其他端-工具
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 走哪问哪
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:走哪问哪
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="走哪问哪")
|
||||||
|
- Function 输出候选:AnswerGoAsk走哪问哪AnswerKnowledgeSearch走问qa
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
车载特有功能,基于当前POI问附近的POI信息手机端满足:高德搜索poi(比如“山”),可能获得列表最终选中的poi名称+prompt + query注入外部大模型满足车载端满足:1.高德搜索poi(比如“山”),可能获得列表2.根据方向进行过滤(如果有提到方向)最终选中的poi名称+prompt + query注入外部大模型满足
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
周围那条河你知道它的名字是什么吗(AnswerGoAsk)这个地区有没有保护森林的自然保护区(AnswerKnowledgeSearch)
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
AnswerGoAsk走哪问哪AnswerKnowledgeSearch走问qa
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
边界1:区分AnswerGoAsk和AnswerKnowledgeSearch走问和走问QA区别在于,走问预期回答一个poi的名字,而走问qa回答与这个poi相关的其他信息。比如:前方隧道叫什么 - 走问前方隧道有多长 - 走问qa走哪问哪与通用问答晓月隧道有多长【通用问答】前边的隧道有多长【走哪问哪】边界2:走问在眼镜端和图片问答的边界【TODO 图片问答边界】
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
AnswerGoAskAnswerKnowledgeSearch图片问答屏幕问答照片问答
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 违章查询
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:违章查询
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="违章查询")
|
||||||
|
- Function 输出候选:AnswerRestrictRegion指定区域查询限行AnswerRestrictOuter指定区域查询外地车牌限行AnswerRestrictInfo限行信息查询
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
违章查询:只有查询。如果是交通规则问答,以及什么算违章等问答,都是通用问答。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
违章查询:我有没有违章今天有没有违法变线(SearchTrafficViolation
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
AnswerRestrictRegion指定区域查询限行AnswerRestrictOuter指定区域查询外地车牌限行AnswerRestrictInfo限行信息查询
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 限号查询
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:限号查询
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="限号查询")
|
||||||
|
- Function 输出候选:AnswerDeduction查询城市限行扣分规则
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
限行、限号查询,只有查询
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
限号天津大大大的前天汽车限行尾号是多少(查询类)(AnswerRestrictInfo)
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
AnswerDeduction查询城市限行扣分规则
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
边界1:以下情况都给导航违章查询限号查询违章问答限号问答交通规则问答示例query:天津大大大的前天汽车限行尾号是多少(查询类)(AnswerRestrictInfo)外地车在北京高峰期可以上五环吗(问答类)(AnswerRestrictOuter)元旦时上海的限行区域是哪些(AnswerRestrictRegion)尾号是三限行扣多少分呢(AnswerDeduction)
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
违章问答限号问答交通规则问答
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则1:查询和问答全部给导航(方案1:查询和问答,区分开查询是searchXXX或者queryXXX问答是answerXXX,但是统一给QA方案2:不区分问答和查询,全部算问答类,统一给地图导航)
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 家用设备状态查询(IoT)
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:家用设备状态查询(IoT)
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="家用设备状态查询(IoT)")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
针对小米IoT特有的,区别与其他小米场景的设置项查询,限定在智能家居范围。只有在家用场景,有屏音箱或手机端等,给小米产品问答,在其他端是QA(),通用问答会根据知识回答其他非小米产品或通用车载功能的问题。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
主卧现在多少温度室内温度几度
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 小爱帮助
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:小爱帮助
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="小爱帮助")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
小爱同学系统内部功能问答
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
你会干什么你会调屏幕吗?
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 小米产品帮助
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:小米产品帮助
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="小米产品帮助")
|
||||||
|
- Function 输出候选:参数:goods:产品名关键词,例:小米十三、SU7brand: 产品品牌,比如: "小米,华为"attribute: 产品参数属性, 比如: "像素,续航"deviceType:用户查询的设备场景,例:车载、眼镜、通用、unknownrefer: 用户query中的指代, 例: 小爱,本机type: 查询中的问法类型, 例: 开关、状态、故障查询小米产品的静态信息Query: 这辆车百公里加速多少code:Query: 小米十五多少钱code:满足:手机端 & 眼镜端 & 车载:基于用户query检索静态知识库检索的知识给到llmSKill,调用大模型回复查询TT灯 (屏幕问答承接,走屏幕问答理想态code定义,这里不做定义)Query: 屏幕上红色的灯是什么 查询小爱的功能Query: 你会打游戏吗code:车载端 & 手机端 & 眼镜端:不同端结合端侧设备,检索对应知识,注入prompt,走大模型生成设置项查询:Query: 雨刮器在哪里调节code:满足:车载端:基于设置项槽位,结合实车context设置项锚点跳转集合,如果支持则直接锚点跳转;如果不支持则检索RAG知识,走大模型回复手机端:基于设置项槽位,结合ddf action能力集合;如果支持则直接展示action精品卡;如果不支持,则检索RAG知识库,走大模型回复
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
使用帮助
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
小米产品信息小米相关的关键词举例:小米、redme、红米、su7,yu7,澎湃,hyperOS, 玄戒小爱/小米系统静态信息查询小米产品相关信息查询小米产品属性信息小米产品功能信息小米产品使用说明:需要参考小米产品说明书来回答的问题(其他如商业信息等不在范围内,属于QA)
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
HyperOS是什么?miui十五更新了什么内容小米手机都有什么颜色?小米手机屏幕有多大?小米手机如何使用NFC?小米手机如何连接网络?(车载端)HUD高度有几挡(手机端)WIFI在哪儿设置小米手机可以和小米电视投屏吗(车载端)什么是哨兵模式
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
参数:goods:产品名关键词,例:小米十三、SU7brand: 产品品牌,比如: "小米,华为"attribute: 产品参数属性, 比如: "像素,续航"deviceType:用户查询的设备场景,例:车载、眼镜、通用、unknownrefer: 用户query中的指代, 例: 小爱,本机type: 查询中的问法类型, 例: 开关、状态、故障查询小米产品的静态信息Query: 这辆车百公里加速多少code:Query: 小米十五多少钱code:满足:手机端 & 眼镜端 & 车载:基于用户query检索静态知识库检索的知识给到llmSKill,调用大模型回复查询TT灯 (屏幕问答承接,走屏幕问答理想态code定义,这里不做定义)Query: 屏幕上红色的灯是什么 查询小爱的功能Query: 你会打游戏吗code:车载端 & 手机端 & 眼镜端:不同端结合端侧设备,检索对应知识,注入prompt,走大模型生成设置项查询:Query: 雨刮器在哪里调节code:满足:车载端:基于设置项槽位,结合实车context设置项锚点跳转集合,如果支持则直接锚点跳转;如果不支持则检索RAG知识,走大模型回复手机端:基于设置项槽位,结合ddf action能力集合;如果支持则直接展示action精品卡;如果不支持,则检索RAG知识库,走大模型回复
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
车载产品问答车载端case类型1眼镜应该放哪水杯应该放哪车载端case类型2雨天开车是胎压高好还是胎压低好开空调要打开内循环还是外循环电动汽车怎么充电车载端case类型3query=那个卡皮巴拉是干嘛的?query=嘤嘤是谁query=中间的那个萌宠能不能给我跳个舞以下query,不同端给不同的agent车载NFC功能如何使用天幕如何打开NFC功能如何使用手机NFC功能如何使用空调多久需要清洗一次扫地机怎么充电牙刷怎么充电牙刷如何开启震动模式枕头怎么洗运动鞋怎么刷完全和小米无关给QA华为汽车续航怎么样Vivo NFC功能如何使用指代理解为小米设备是product你有哪些功能是华为没有的你比华为手机强在哪你跟华为手机谁比较贵手车互联--在车载端给Product,其他端是QAOPPO手机怎么投屏车机iPhone投屏失败怎么解决iPhone无线CarPlay怎么连vivo手机如何进入投屏到汽车三星手机车机镜像怎么操作华为车机和荣耀手机镜像方式媒体播放问答边界---待定你能来首音乐么你能播放音乐么你会播放音乐么你可以来首歌么你可以播放音乐么你能播放音乐吗?你能唱歌吗?---直接播放音乐你会讲故事吗?---直接station讲故事你能连一下wifi吗?你能把屏幕调亮吗?你能打开飞行模式吗?你能调大音量吗?控制边界--给productQA能否帮我将微信从外屏删除?能否帮我打开热点?可以帮我把音量调高20%吗?你能否帮我将微信从外屏删除?你能否帮我打开热点?你可以帮我把音量调高20%吗?IOT单实体--给QA空调冰箱电视
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
系统状态查询车载设备状态查询家用设备状态查询小米产品问答购物类控制IOT类QA
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
详见:小米产品问答边界问题1、如何界定什么是“小米”产品,以及如何界定什么功能是小米产品功能1、用户明确提到“小米”相关或指代消解后知道是小米产品,给到productQA2、小米+其他品牌对比,认为是购物类需求,给LifeAgent,其他品牌之间对比给QA3、结合场景给知识,不同端给不同agent例如“水杯应该放哪”,车载给productAgent,手机给QA2、购买类需求,包括购物信息对比、购物比价,全部给生活服务agent。如果query中出现app名字的,给app控制兜底。3、可执行类的控制相关问答优先给产品,媒体播放类询问题待定(待讨论)边界问题1:可执行action和产品问答边界:直接执行出引导+卡片小米产品问答能否帮我【控制指令】能否帮我【播放媒体资源指令】能否帮我【某可执行指令】你能【控制指令】吗你能【播放媒体资源指令】吗你能【某可执行指令】吗你会不会【控制指令】你会不会【播放媒体资源指令】你会不会【某可执行指令】1、产品和通用问答边界问题:1.1 网易云音乐为什么打不开:因为默认用户在问小米手机系统,或小米车载系统,所以是产品问答1.2 洗衣机、空调为什么坏了:因为产品agent新增支持IOT类问题问答,产品agent会区分用户是否有小米空调或小米洗衣机,因此满足上都给产品agent,也属于产品问答 2、可执行指令和产品问答边界问题:@李彦婵 拉产品老师统一梳理类似需求,给出统一解决方案并发起技术评审,有结论之前,中控线上维持现状
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
商品推荐recommand、商品比较compare,给LifeAgent
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 手车互联
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:手车互联
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="手车互联")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
OPPO手机怎么投屏车机iPhone投屏失败怎么解决iPhone无线CarPlay怎么连vivo手机如何进入投屏到汽车
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 系统状态查询
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 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需要讨论
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 车载设备状态查询
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:车载设备状态查询
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="车载设备状态查询")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
针对小米汽车特有的,区别与其他小米终端类型的设置项查询,限定在车载范围。只有在车载端给小米产品问答,在其他端是QA(),通用问答会根据知识回答其他非小米产品或通用车载功能的问题。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
主驾座椅通风打开了吗主驾驶空调打开了吗
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# Kinship
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:待确认。
|
||||||
|
- Agent 包装候选(不代表最终):待确认。
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
Kinship
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
关系称谓计算,根据关系计算称呼
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
爷爷的爸爸叫什么
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
RunAction<object@Calculator[relation]>
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
边界1:单实体歧义的不给音乐,没有明确说播放的,缺少明确意图的,默认是关系计算爸爸的爸爸叫什么
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
音乐
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则:给mathQA,短线给arith即可
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 主动记忆
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:主动记忆主动记忆的增、删、改功能
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="主动记忆")
|
||||||
|
- Function 输出候选:x0=Memory(type="DEFAULT",category="身份证",attributes=["号码"],relationship=[本人],hasValue=true,isStructure = true)Add(memory=[x0])
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
主动记忆
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
结构化信息记忆身份证、银行卡、护照、驾驶证、其他卡证、软件账号、邮箱号、手机号、车辆信息(车牌号、车品牌+车型、油车/新能源车)、导航地址、快递地址(寄件、收件地址)、电话、发票、物品位置等
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
记住我的身份证号是123456我的身份证号是123456
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
x0=Memory(type="DEFAULT",category="身份证",attributes=["号码"],relationship=[本人],hasValue=true,isStructure = true)Add(memory=[x0])
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
(@乔国辉)1、主动记忆,必须说记一下或收藏xxx,是tools实现结构化记忆,tools召回我的家庭地址是xxxx我的身份证号是xxxx非结构化记忆,必须明确记忆关键词,记一下我喜欢吃苹果2、被动记忆,tools不接(dialogAgent)。 我喜欢吃苹果边界1:和聊天、地图边界我的学校在xxxx我的地址xxxx(手机和车载有区别,车载给地图,手机给记忆)我学校的地址是xxxx我爸的地址是xxxxx我女儿学校地址是xxxx记忆只关注结构化记忆,但记忆关键字相关的都给记忆:证件、邮箱、手机号、地址;边界2:记一下xxx,收藏xxxx,所有垂域的收藏功能和记忆的关系记一下这个加油站(地图导航)收藏这首歌收藏这个地址收藏这个电台
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
Chat地图导航
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 倒数日
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:倒数日倒数日的增、删、改、查、打开、关闭、继续、暂停等等超过24小时的倒计时为倒数日,由日程而非时钟App创建,倒计时只能支持创建24小时内的倒计时
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="倒数日")
|
||||||
|
- Function 输出候选:x0 = Timer(type="COUNTDOWN")Search(timer=[x0])
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
查询倒数日
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
查一下我的倒数日
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
x0 = Timer(type="COUNTDOWN")Search(timer=[x0])
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
倒数日>记忆>提醒
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
记忆
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
倒数日>记忆>提醒
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 倒计时
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:倒计时倒计时/秒表的增、删、改、查、打开、关闭、继续、暂停等等,倒计时和闹钟都在时钟App中倒计时只能支持创建24小时内的倒计时,超过24小时的倒计时为倒数日,由日程而非时钟App创建
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="倒计时")
|
||||||
|
- Function 输出候选:x0 = Timer()Search(timer=[x0])x0 = Timer(type="STOPWATCH")Search(timer=[x0])
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
查询倒计时/秒表
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
查询我的倒计时倒计时还剩几分钟
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
x0 = Timer()Search(timer=[x0])x0 = Timer(type="STOPWATCH")Search(timer=[x0])
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 健康控制
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:健康控制打开关闭某运动健康功能界面开始停止暂停继续某运动模式开始带目标的运动开始测量健康状况该功能所监控的健康信息有:卡路里步数中高强度运动有效站立活动次数睡眠心率血压血糖血氧饱和度体重压力听音女性健康
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="健康控制")
|
||||||
|
- Function 输出候选:x0=FitnessHealth(category="SPORTCOURSE")Open(fitness=x0)
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
运动健康
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
打开某运动功能界面
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
打开运动课程界面
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
x0=FitnessHealth(category="SPORTCOURSE")Open(fitness=x0)
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
运动健康:打开小米运动健康运动健康:小米运动健康是一个
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
应用控制
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则1:打开运动健康类需求,和打开翻译类似,属于系统APP功能,优先给工具,而不是APP
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 单位换算
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:单位换算
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="单位换算")
|
||||||
|
- Function 输出候选:query:三千米等于多少毫米类型:Function功能:单位转换参数:value: str 数值source: str 原单位target: str 目标单位当前结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案小爱llmSkill使用query和session调用智谱模型。智谱调用get_unit_conversion_ratio api 获取完整的计算基础数据,例如算式表达式、输出、近似值、单位等智谱模型根据工具结果进行回复总结,并输出functioncall参数。llmSkill根据functioncall参数展示卡片,并输出流式话术。最终结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案toolsAgentSkill解析code,调用get_unit_conversion_ratio api 获取工具结果。toolsAgentSkill根据api结果构造prompt,调用结果满足模型进行回复总结。toolsAgentSkill根据api参数和结果输出精品卡。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
单位换算
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
单位换算获取两种单位的转换比例,输入数值、初始单位和目标单位,将数值对应的初始单位转换成目标单位的数值单位换算包括速度单位、金钱单位、体积单位、面积单位、时间单位、压力单位、功率单位、质量单位、长度单位、能量单位、汇率换算、温度单位等
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
一年有多少天1海里有多少公里一节是多少公里每小时
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
RunAction<object@Calculator[speed]>RunAction<object@Calculator[currency]>RunAction<object@Calculator[volume]>RunAction<object@Calculator[area]>RunAction<object@Calculator[time]>RunAction<object@Calculator[pressure]>RunAction<object@Calculator[workPower]>RunAction<object@Calculator[mass]>RunAction<object@Calculator[length]>RunAction<object@Calculator[temperature]>RunAction<object@Calculator[unknown]>RunAction<object@Calculator[energy]>RunAction<object@Calculator[exchangeRate]>
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
query:三千米等于多少毫米类型:Function功能:单位转换参数:value: str 数值source: str 原单位target: str 目标单位当前结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案小爱llmSkill使用query和session调用智谱模型。智谱调用get_unit_conversion_ratio api 获取完整的计算基础数据,例如算式表达式、输出、近似值、单位等智谱模型根据工具结果进行回复总结,并输出functioncall参数。llmSkill根据functioncall参数展示卡片,并输出流式话术。最终结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案toolsAgentSkill解析code,调用get_unit_conversion_ratio api 获取工具结果。toolsAgentSkill根据api结果构造prompt,调用结果满足模型进行回复总结。toolsAgentSkill根据api参数和结果输出精品卡。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 发短信
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:发短信
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="发短信")
|
||||||
|
- Function 输出候选:x0 = Contact(type="DEFAULT", name="张三", category="NORMAL")SendSMS(object=x0, card="CARD_ONE", text="我不回去了")
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
发短信
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
发短信
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
给妈妈发短信说我想吃鸡翅了
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
x0 = Contact(type="DEFAULT", name="张三", category="NORMAL")SendSMS(object=x0, card="CARD_ONE", text="我不回去了")
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则1:明确说了是发短信,才是发短信,如果发消息,发信息,默认微信APP
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 地震
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:地震
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="地震")
|
||||||
|
- Function 输出候选:EarthquakeQA()参数
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
地震信息查询
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
最近的地震是哪个
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
EarthquakeQA()参数
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 外语翻译
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:外语翻译
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="外语翻译")
|
||||||
|
- Function 输出候选:Translate类型:Function功能:翻译信息参数:type:枚举类型,翻译内容的来源content: Optional[str] 待翻译文本source_language: Optional[str] 源语言target_language: Optional[str] 目标语言target_info:枚举,翻译的形式TranslateQA类型:Function功能:翻译类泛问答
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
外语问答
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
定义:不同语种之间的基本互译需求,有多模态功能,可以满足基于图片的翻译,进行指代翻译包括:单词翻译、词组互译、句子互译
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
普通的英文单词是什么好的,没问题,你想学习什么?用日语怎么说
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
ActivateAction[object@Translation]
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
Translate类型:Function功能:翻译信息参数:type:枚举类型,翻译内容的来源content: Optional[str] 待翻译文本source_language: Optional[str] 源语言target_language: Optional[str] 目标语言target_info:枚举,翻译的形式TranslateQA类型:Function功能:翻译类泛问答
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
通用问答:VPN是什么意思不如言,刑从之古文翻译你好用四川话怎么说我想你了用河南话怎么说忧伤的乌龟翻译成繁体【某文言文古诗】怎么翻译
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA()
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
1、只有“外语相关”+“翻译是主需求”两个条件同时满足才是翻译2、保准确不保召回,用户明确说了是英语、日语或单词等表达,才认为是翻译,重点是是否明确是外语相关的问题或外语单词相关问题。3、如果用户只说了“翻译”,不一定是翻译意图,如:文言文、古诗翻译。翻译成繁体字,拼音等。4、通用问答中和小米产品名词相关的问题,给产品问答
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 外语词典查询
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:外语词典查询
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="外语词典查询")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
定义:查询外文单词信息,包括读音、拼写、时态、语态、比较级、词性、近义词、反义词等等,有多模态功能,可以满足基于图片的翻译,进行指代翻译功能点:拼写、读音查询外文单词的时态、语态、比较级、词性、近义词、反义词等等
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
flower怎么拼construction怎么读
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
ActivateAction<object@Translation[wordSpelling]>
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
中文词典:biangbiang面的biang怎么写
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
词典
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
5、中文、拼音查词典给到词典,没有明确的查词典需求给到QA6、近义词反义词等,因为存在和中文,以及通用问答“买PUT”等的混淆问题,没有明确是外语或单词的给QA7、XX怎么读,字母怎么读给到翻译,汉字怎么读,给到词典
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 外语造句
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:外语造句
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="外语造句")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
定义:使用外语进行文本相关的创作功能点:词汇造句、主体造句等
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
用ride这个单词造句描写青岛栈桥美丽风景的英文句子
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
文本创作:描写青岛栈桥美丽风景的句子 qa:用ride造句文本创作/外语问答:描写青岛栈桥美丽风景的英文句子
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA()AI文本创作
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
1、外语的文本创作类,给文本创作或qa2、外语问答类和QA边界模糊的,给谁都可以,都是大模型满足
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 外语问答
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:外语问答
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="外语问答")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
定义:关于外语语言结构、语法、词汇用法等等的问答功能点:外语语言结构、语法、词汇用法等
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
英语中BIT和A FEW的区别英语中KM是什么缩写He kept very close guard of that part of the river句子结构分析NOT ONLY DO THEY CONTAINED A LOT OF WATER BUT THE MOVE FAST分析句子语法。
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
QA: PUT和CALL的区别QA:BIT和A FEW的区别QA:harmonyos和hyperos的区别外语问答:英语中BIT和A FEW的区别
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA()
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
中文的语言结构、语法、词汇用法等等的问答给到QA同上,没有外语/单词等表达的都给QA
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 天气
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:天气
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="天气")
|
||||||
|
- Function 输出候选:WeatherQA()参数
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
天气问答
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
查询天气信息,具体包括天气信息查询天气信息对比温度信息查询湿度信息查询风力信息查询日出日落信息查询空气质量查询穿衣指数洗车指数
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
12度的天气可以穿裙子吗春节有雨吗
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
WeatherQA()参数
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
【待讨论】线上的weatherQA实际上是weatherforecast,是需要根据实时天气预报接口来回答问题,应该是天气预报需求,参考标签修改细则天气问答边界问题中定义的泛问答类属于weatherQA,weatherQA属于QA子集北京什么时候雨多海南的台风叫什么名字以下是QA:12度的天气可以出去玩吗北京3月份热不热武汉什么时候进入雨季明天能看到流星雨吗
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
详见天气问答边界问题
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 实数性质与计算
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:待确认。
|
||||||
|
- Agent 包装候选(不代表最终):待确认。
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
实数性质与计算回答实数性质与计算相关的query,具体包含:最小公倍数最大公约数分数小数转换判断整数性质范围内整数的性质数值排序
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
最小公倍数
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
二和五的最小公倍数
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
(待讨论,范围太小了,全部走mathQA()))生成一个随机数
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则:给mathQA,短线给arith即可
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 小学数学应用题
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:待确认。
|
||||||
|
- Agent 包装候选(不代表最终):待确认。
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
小学数学应用题
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
小学应用题
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 工资税收计算
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:待确认。
|
||||||
|
- Agent 包装候选(不代表最终):待确认。
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
工资税收计算
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
工资税收计算,根据月薪或者年薪计算需要缴纳的税收数量
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
月工资1万税收多少钱
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
RunAction<object@Calculator[tax]>
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
(待讨论)边界1:除了工资税收计算,其他税收问题谁负责?买一套120万的房子能要交多少税
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则:给mathQA,短线给arith即可
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 打电话
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:打电话
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="打电话")
|
||||||
|
- Function 输出候选:x0 = Contact(type="SCREEN")MakeCall(object=x0)
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
打电话
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
拨打电话(看图打电话、联系人打电话)
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
打电话给137xxx给微信聊天界面上这个号码拨打电话
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
x0 = Contact(type="SCREEN")MakeCall(object=x0)
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
拨打微信视频电话
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
应用控制
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则1:如果没说微信,但是打视频电话,打语音电话,默认是走APP微信电话
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 提醒
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:提醒提醒/日程的增、删、改、查、打开、关闭等等关于日期的提醒、记忆等统一给提醒接
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="提醒")
|
||||||
|
- Function 输出候选:x0 = Reminder()Search(reminder=[x0])x0 = Reminder(type="CALENDAR")Search(reminder=[x0])
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
提醒
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
查询提醒/日程
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
我定的提醒是什么时候我爷爷的生日是什么时候明天有什么事情吗今天是什么纪念日
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
x0 = Reminder()Search(reminder=[x0])x0 = Reminder(type="CALENDAR")Search(reminder=[x0])
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
【爷爷】的生日什么时候:family纪念日【毛泽东】的生日是什么时候:qa【节日】是什么时候:全给时间[人名]的生日是什么时候
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA()
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则1:个性化的生日、纪念日都属于记忆只有查询我的提醒,才是提醒查询原则2:明确表述记一下就是主动记忆有“提醒”类明确表述是提醒两者都有,提醒>记一下提醒我记一下下周一是我妈生日原则3:距离爷爷生日还有几天,是时间距离计算
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 数学计算
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:数学计算
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="数学计算")
|
||||||
|
- Function 输出候选:query:一加二加三加到九十九等于多少类型:Function功能:数列计算参数:from: str 起始值to: str 最终值step: str 步长symbol: 枚举,运算符号当前结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案小爱llmSkill使用query和session调用智谱模型。智谱调用series_of_numbers api 获取工具结果。智谱模型根据工具结果进行回复总结,并输出functioncall参数。llmSkill根据functioncall参数展示卡片,并输出流式话术。最终结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案toolsAgentSkill解析code,调用series_of_numbers api 获取工具结果。toolsAgentSkill根据api结果构造prompt,调用结果满足模型进行回复总结。toolsAgentSkill根据api参数和结果输出精品卡。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
数列计算
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
数列计算
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
一加二加三加到九十九等于多少
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
RunAction<object@Calculator[arithmeticSeries]>
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
query:一加二加三加到九十九等于多少类型:Function功能:数列计算参数:from: str 起始值to: str 最终值step: str 步长symbol: 枚举,运算符号当前结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案小爱llmSkill使用query和session调用智谱模型。智谱调用series_of_numbers api 获取工具结果。智谱模型根据工具结果进行回复总结,并输出functioncall参数。llmSkill根据functioncall参数展示卡片,并输出流式话术。最终结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案toolsAgentSkill解析code,调用series_of_numbers api 获取工具结果。toolsAgentSkill根据api结果构造prompt,调用结果满足模型进行回复总结。toolsAgentSkill根据api参数和结果输出精品卡。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则1:这个功能由于很难判断一个计算是否是数列计算,因此把这个标签拆分为公式计算和mathQA。此类别如果符合公式计算的特征给formula计算,否则给MathQA。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 文档总结
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:文档总结关于文档、url的总结与内容问答,如果文档的文字以图片形式呈现,依然给到文档总结
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="文档总结")
|
||||||
|
- Function 输出候选:x0 = Resource(type="DOC")Summarize(object=x0)
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
文档总结
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
文档总结
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
总结一下这个文档眼前这个文档是什么意思
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
x0 = Resource(type="DOC")Summarize(object=x0)
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
1、总结和图片问答边界:总结/分析+文档眼镜端:x0 = Resource(type="photo")其他端:x0 = Resource(type="picture")总结一下这幅图【TODO】2、可能需要联网搜索拿不到文档实体的(待讨论-国辉,产品满足问题)总结一下这本书总结一下孔乙己这篇文章3、(待讨论-国辉,产品满足问题)现在只支持文档和URL总结,图片、音频、视频还没有,看后续是否支持还是给其他垂域
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
拍照问答、图片问答
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
文档总结有多模态能力,在各个端都是文档总结。本地文档、屏幕上文字、URL、图片、视频、音频,这些已知来源的总结是总结,其他是QA。其他类型的总结可以出resource(type="unknown"),则工具agent调大模型总结。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 时间
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:时间
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="时间")
|
||||||
|
- Function 输出候选:CalendarQA类型:Object功能:日历信息查询参数:type: 枚举类型,查询的时间类型target_time: Optional[str] 时间槽位location: Optional[str] 目标地点 废弃
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
时间
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
日历、日期、时间查询也包括指定地点(查询时区)的日历、日期、时间查询
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
query:现在西雅图几点当前结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案小爱llmSkill使用query和session调用智谱模型。智谱调用search_calendar_info api 获取工具结果。智谱模型根据工具结果进行回复总结,并输出functioncall参数。llmSkill根据functioncall参数展示卡片,并输出流式话术。时区方案:智谱当前做法:智谱根据小爱提供时区数据,内部维护词表实现。理想态做法:语义理解:与天气相同,输出Location槽位(包含:country、province、city、district、town、poi等)。当前已经将这些信息注入给模型结果满足:skill根据Location槽位获取zoneId如果有zoneId,skill根据zoneId调用function api获取结果,注入结果模型回复。如果无zoneId,则使用location信息调用poi接口获取经纬度,根据经纬度计算时区。如果poi接口无结果,skill调用兜底回复模型。
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
ConfirmAction<object@Calendar[leapMonth]>SearchAction<object@Calendar[nearestFestival]>ConfirmAction<object@Calendar[workday]>SearchAction<object@Calendar[abroadWeekDay]>SearchAction<object@Calendar[festivalDate]>SearchAction<object@Calendar[localDate]>ConfirmAction<object@Calendar[dateExist]>SearchAction<object@Calendar[holidayArrangements]>SearchAction<object@Calendar[localTime]>SearchAction<object@Calendar[localWeekDay]>SearchAction<object@Calendar[worldDate]>ConfirmAction<object@Calendar[leapYear]>SearchAction<object@Calendar[worldTime]>ConfirmAction<object@Calendar[shujiu]>ConfirmAction<object@Calendar[festivalDate]>SearchAction<object@Calendar[shujiu]>ActivateAction<object@Calendar[solarLunarConversion]>SearchAction<object@Calendar[birthday]>ConfirmAction<object@Calendar[localWeekDay]>ConfirmAction<object@Calendar[tgdz]>ConfirmAction<object@Calendar[localDate]>ConfirmAction<object@Calendar[worldDate]>ConfirmAction<object@Calendar[abroadWeekDay]>SearchAction<object@Calendar[festivalTime]>ConfirmAction<object@Calendar[festivalTime]>ConfirmAction<object@Calendar[localTime]>ConfirmAction<object@Calendar[worldTime]>
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
CalendarQA类型:Object功能:日历信息查询参数:type: 枚举类型,查询的时间类型target_time: Optional[str] 时间槽位location: Optional[str] 目标地点 废弃
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
中考是什么时候雷军的生日是什么时候三湾改编是什么时候我的生日是什么时候五一劳动节
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
QA提醒记忆personalData
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则1:个性化信息的时间给QA或personalData自己召回,非个性信息中,只有依赖日历作为满足的,给时间问答,只包括节日、节气、假期,其他都是QA公共考试时间:中考、高考、法考、托福、雅思,给QA名人生日问答:全部给QA张三生日问答:给QA(personal data自己召回)节日时间——时间问答CalendarQA节气时间——时间问答CalendarQA假期时间——时间问答CalendarQA暑假寒假时间——时间问答CalendarQA要查黄历的——QA阅兵是哪天——QA
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 时间距离计算
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:时间距离计算
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="时间距离计算")
|
||||||
|
- Function 输出候选:TimeDistance类型:Function功能:时间距离计算参数:type:枚举类型,时间粒度start_time: Optional[str] 开始时间end_time: Optional[str] 结束时间
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
计算两个时间点的时间间隔
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
距离八月十五还有多久距离春节还有多久三十天后是什么日子劳动节到国庆节中间有多少天当前结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案小爱llmSkill使用query和session调用智谱模型。智谱调用calculate_time_distance api 获取工具结果。智谱模型根据工具结果进行回复总结,并输出functioncall参数。llmSkill输出流式话术。最终结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案toolsAgentSkill解析code,调用calculate_time_distance api 获取工具结果。toolsAgentSkill根据api结果构造prompt,调用结果满足模型进行回复总结。
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
SearchAction<object@Calendar[intervalToPastTime]>SearchAction<object@Calendar[intervalToPastDate]>SearchAction<object@Calendar[interval]>SearchAction<object@Calendar[intervalToFutureDate]>SearchAction<object@Calendar[intervalToPastFestival]>SearchAction<object@Calendar[intervalToFutureTime]>SearchAction<object@Calendar[intervalToFutureFestival]>SearchAction<object@Calendar[weekOfDuration]>SearchAction<object@Calendar[age]>
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
TimeDistance类型:Function功能:时间距离计算参数:type:枚举类型,时间粒度start_time: Optional[str] 开始时间end_time: Optional[str] 结束时间
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
(已共识)我的生日还有多久
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
提醒
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则2:timeDistance(),依赖实时时间结果的时间计算都给时间问答>数学,不管时间和个性化是否相关,包括个性化生日,个性化纪念日等(类比:导航到我家,我家在哪,北京到洛杉矶的距离,北京到上海的距离)节假日、具体事件的时间距离计算,中控planning会识别到timeDistance(start, end) 这个函数下.备注:航班还有多久,外卖还有多长时间到,这些不属于timeDistance离我的生日还有多少天离xxx节日还有多少天离结婚纪念日还有多少天距离毛主席诞辰还有多少天离雷军生日还有多少天离阅兵还有几天原则3:不依赖实时时间的时间计算,如果是时间距离计算出timeDistance(),如果不是距离计算,其他时间相关的计算给QA()8月比7月多几天闰年比平年多几天暑假比寒假多几天原则4:时间常识类给QA一年有多少天8月有多少天五一节有多少天暑假有多少天今年暑假有多少个周末?原则5:精品垂域的时间距离计算离春运还有多久Life skill满足,出timeDistance() functiontime垂域的范围:问答+时间距离计算+其他时间计算(有多少工作日)节日时间节气时间固定假期时间时间点(具体几点)典型示例:五一劳动节--QA五一假期--QA五一假期是哪天--calenderQA五一假期从哪天到哪天--calenderQA五一有周末么--calenderQA五一有几天--calenderQA五月有几天--QA五月刨去五一还有几天--QA五一为什么有5天假期--QA到五一有几天--timeDistance到五一有几个周末--timeDistance五一比十一少几天--QA五一天数多还是十一天数多--QA
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 标准身高计算标准体重计算
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:待确认。
|
||||||
|
- Agent 包装候选(不代表最终):待确认。
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
标准身高计算标准体重计算
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
身高1.72米,标准体重是多少
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
RunAction<object@Calculator[weight]>
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则:给mathQA,短线给arith即可
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 留言
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:留言
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="留言")
|
||||||
|
- Function 输出候选:暂无迁移计划
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
留言留言垂域线上流量统计
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
小爱音箱的语音留言管理:创建/收听/查看/编辑/删除单条留言,以及删除全部留言与唤醒留言能力。
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
创建/录制“我要留言 / 留言 / 创建留言”“给家里留一句:晚饭七点开吃”查看/收听“查看留言 / 打开留言 / 有留言吗 / 今天有留言吗”“播放留言 / 听留言 / 我要听留言”编辑“把第一条留言改成:别忘了带钥匙”“把刚才那条补充一句:顺路买牛奶”删除“删除留言 / 删掉第三条留言 / 删掉刚才那条留言”“删除所有留言”取消录制“取消留言 / 不要了”
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
创建 / 录制 → AddAction<object@Message, collection@MessageList>2)查看 / 收听 → CheckAction<object@Message, sourceCollection@MessageList>3)编辑 → EditAction<object@Message, targetCollection@MessageList>4)删除(单条) → DeleteAction<object@Message, source@MessageList>5)删除全部 → DeleteAction<object@Message, source@MessageList>(mode=all)6)取消录制(进行中) → 结束录制并不保存7)唤醒留言能力 → ReceiveAction[object@Message](mailto:object@Message)
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
暂无迁移计划
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
无本域仅处理家庭语音留言
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
无
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
创建 / 录制 → AddAction<object@Message, collection@MessageList>触发词:留言/创建/录一条/给××留话/说给家里听…2)查看 / 收听 → CheckAction<object@Message, sourceCollection@MessageList>触发词:查看/打开/有留言吗/今天有留言吗/播放/收听/听留言。3)编辑 → EditAction<object@Message, targetCollection@MessageList>触发词:编辑/修改/补充/改成…定位规则:优先按“刚才/最新/第N条/时间点/关键词”匹配;未给出时默认“最新一条”。4)删除(单条) → DeleteAction<object@Message, source@MessageList>触发词:删除/移除/把第N条删了/删掉刚才那条。5)删除全部 → DeleteAction<object@Message, source@MessageList>(mode=all)触发词:删除所有留言/清空留言。6)取消录制(进行中) → 结束录制并不保存触发词:取消留言/不要了/重来。7)唤醒留言能力 → ReceiveAction[object@Message](mailto:object@Message)触发词:打开/进入留言(模块)/唤醒留言功能。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 竖式计算
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:竖式计算
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="竖式计算")
|
||||||
|
- Function 输出候选:query:一加二加三加到九十九等于多少当前结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案小爱llmSkill使用query和session调用智谱模型。智谱调用series_of_numbers api 获取工具结果。智谱模型根据工具结果进行回复总结,并输出functioncall参数。llmSkill根据functioncall参数展示卡片,并输出流式话术。最终结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案toolsAgentSkill解析code,调用series_of_numbers api 获取工具结果。toolsAgentSkill根据api结果构造prompt,调用结果满足模型进行回复总结。toolsAgentSkill根据api参数和结果输出精品卡。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
竖式计算
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
竖式计算类型:Function功能:数列计算参数:from: str 起始值to: str 最终值step: str 步长symbol: 枚举,运算符号
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
22乘55列竖式计算
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
RunAction<object@Calculator[arithmeticSeries]>
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
query:一加二加三加到九十九等于多少当前结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案小爱llmSkill使用query和session调用智谱模型。智谱调用series_of_numbers api 获取工具结果。智谱模型根据工具结果进行回复总结,并输出functioncall参数。llmSkill根据functioncall参数展示卡片,并输出流式话术。最终结果满足:【手机/平板端】时间/计算器 大模型结果展示精品卡片-技术方案toolsAgentSkill解析code,调用series_of_numbers api 获取工具结果。toolsAgentSkill根据api结果构造prompt,调用结果满足模型进行回复总结。toolsAgentSkill根据api参数和结果输出精品卡。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则1:必须明确表达要“列竖式”计算,其他可以认为是公式计算或mathQA
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 简单数学问题
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:简单数学问题
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="简单数学问题")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
BMI计算
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
计算BMI
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
身高150,体重150计算BMI
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则:给mathQA,短线给arith即可
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 翻译功能操作
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:翻译功能操作
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="翻译功能操作")
|
||||||
|
- Function 输出候选:x0=XiaoAiTranslation(name="REALTIME")Close(object=x0)
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
翻译功能操作
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
打开、关闭(只有眼镜端20250716)各类翻译工具,调节翻译字体大小、字幕大小,翻译操作目前可以打开和关闭的小爱的翻译工具有:翻译对话翻译中英文互译同声传译(面对面翻译)每日英语AI字幕
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
关闭翻译(只有眼镜端20250716)
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
x0=XiaoAiTranslation(name="REALTIME")Close(object=x0)
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
关闭有道翻译--APP控制
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
应用控制
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
1、工具类的控制都属于工具,例如打开翻译,打开运动健康等2、应用控制涉及的query是打开关闭带有具体app应用名称的,例如有道翻译、百度翻译,属于应用控制
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 课程表
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:课程表
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="课程表")
|
||||||
|
- Function 输出候选:无
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
课程表课程表线上流量统计
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
快速获取、管理和调整课程安排提供课程表相关的功能:查询课程:课程内容、时间、地点、数量、教师)添加课:按节次或按时间课程表操作:启用、关闭、打开设置
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
查询课程内容“帮我查一下明天的课程”“这周三我有什么课”查询课程时间“我的英语课几点上”“下节课什么时候开始”查询课程地点“今天的数学课在哪上”查询课程数量“我这周有几节课”查询课程教师“谁教我的物理课”添加课程“帮我在周三上午10点加一节日语课”“按第3节课的时间添加一节化学实验”课程表操作“开启课程表”“关闭课程表”“打开课程表设置”
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
无
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
课程表查询/添加/操作均属于清晰的意图范围,没有很混淆的边界问题
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
-
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
查询类包含“查/什么时候/在哪/谁上/有几节”等 → 对应 search_course 子功能根据关键词进一步路由:“内容” → search_course_content“时间” → search_course_time“地点” → search_course_location“数量” → search_course_count“老师/教师” → search_course_teacher添加类包含“添加/加课/加一门”等 → 对应 add_course 子功能若出现“第几节/按节次” → add_course_by_section若出现“几点/按时间” → add_course_by_time操作类包含“开启/关闭/打开设置”等 → 对应 class_schedule_operation“开启” → open_class_schedule“关闭” → close_class_schedule“打开设置” → set_class_schedule
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 通讯录
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:通讯录
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="通讯录")
|
||||||
|
- Function 输出候选:SynchronizeContacts()
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
同步通讯录
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
同步通讯录
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
SynchronizeContacts()
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 闹钟
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:闹钟闹钟/小憩定时闹钟的增、删、改、查、打开、关闭,倒计时和闹钟都在时钟App中
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="闹钟")
|
||||||
|
- Function 输出候选:x0 = Alarm()Search(alarm=[x0])x0 = Alarm(type="RESTMODE")Search(alarm=[x0])
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
闹钟
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
查询闹钟
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
查询我的闹钟查询此次小憩时间我休息多长时间
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
x0 = Alarm()Search(alarm=[x0])x0 = Alarm(type="RESTMODE")Search(alarm=[x0])
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
边界1:clock,reminder,自动任务3个功能是互相覆盖,有一定边界问题边界2:小憩模式打开小憩模式30分钟(控制?自动任务?)小憩模式30分钟边界3:叫醒,闹钟和提醒创建早晨6点的提醒用白噪声喊我八点遛狗边界4:自动任务30分钟后叫我30分钟后提醒我充满电的时候叫醒我
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
提醒系统定时控制(自动任务)提醒
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
原则1:睡觉叫醒我属于闹钟叫醒我的过程是把我从睡觉的状态叫醒,需要用到闹钟,所以给到闹钟垂域叫我、叫醒我、喊我都是闹钟,需要连续响铃提醒我,是提醒-备忘录原则2:提醒和闹钟的边界在于query中是否明确包含闹钟,如果明确包含闹钟,给到闹钟,否则给到提醒优先级:闹钟>提醒原则3:小憩模式/休息等类似表述+时间(待讨论,控制类问题)一部分是控制(打开关闭),一部分是tools,区分有困难打开小憩模式打开小憩模式30分钟小憩模式是一种独立功能,是一种让用户睡觉休息的模式这种要给闹钟,因为这种query的主要目的是要在固定时间后休息结束,闹钟响起。但是反过来,时间+小憩模式/休息,这种是固定时间后打开小憩模式的目的,所以要给到系统定时控制
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 应用定时控制
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:应用定时控制
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="应用定时控制")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
有时间限制的进行App的操作
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
20分钟之后关闭音乐
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 应用控制
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:应用控制
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="应用控制")
|
||||||
|
- Function 输出候选:function定义:参数定义:app: 对应的应用名page: 打开的对应的页面Action: 具体的操作,如:open, close示例:Query:打开微信查看朋友圈
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
应用内部
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
独立应用(App)进行操作,如打开,关闭,以及具体的操作等;生活服务App内的相关操作,属于生活服务Agent地图App内的相关导航操作,属于地图Agent内容类App的播放类的,属于内容类Agent
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
打开微信查看微信消息打开QQ给李胜打电话打开微信朋友圈
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
搜索微信好友的对话记录(SearchAction<object@WeChat[conversationHistory]>)给QQ好友发送语音通话(SendAction<object@QQ[voiceChat],to@QQUser>)打开微信二维码(OpenAction<object@WeChat[qrCode]>)关闭APP(CloseAction[object@App](mailto:object@App))打开APP(OpenAction[object@App](mailto:object@App))
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:参数定义:app: 对应的应用名page: 打开的对应的页面Action: 具体的操作,如:open, close示例:Query:打开微信查看朋友圈
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
与精品垂域的边界怎么定义,精品Agent优先,还是打开对应的App的都给到应用控制打开导航——导航打开秒表——工具打开翻译——工具打开有道翻译——APP打开地图——导航打开百度地图——APP打开大众点评——APP打开外卖——生活服务打开美团外卖——APP垂域内部的专有操作,按照对应主需求的结果映射对应的垂域打开百度地图的电子狗(控制Agent)打开百度地图的街景图层(控制Agent)打开百度地图的3D模式(控制Agent)打开大众点评点咖啡(生活服务Agent)内容类冲突:带App,播放类的给到内容类,打开类给到控制Agent打开QQ音乐我的收藏(控制Agent)打开QQ音乐播放我的收藏(内容Agent)
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
tag:应用控制系统控制设备控制Agent:地图导航Agent生活服务Agent内容Agent
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
边界原则:与内容类Agent冲突:播放类的给到内容类,打开类给到控制Agent共识原则:精品垂域优先召回,召回原则:根据用户主需求应用控制兜底,如果query中提到APP名字,则走APP应用控制
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 搜索|应用名(搜索|QQ音乐)
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:搜索|应用名(搜索|QQ音乐)
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="搜索|应用名(搜索|QQ音乐)")
|
||||||
|
- Function 输出候选:function定义:参数定义:app: 对应的应用名content: 需要搜索的内容示例:Query:打开快手搜索情侣头像浏览器搜索手机发烫怎么办线上示例:打开抖音帮我搜一下起风了
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
应用内部的搜索
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
独立应用(App)进行内部的搜索操作背景:应用进行内部的搜索,由于不同APP不能统一归属给控制Agent,所以单独出来App的名字类别,便于不同app的搜索给到不同Agent;搜索|QQ音乐->控制Agent搜索|百度地图->地图Agent搜索|美团外卖->生活服务Agent
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
QQ音乐搜索刘德华的歌曲东方财富搜索外汇交易动态打开抖音帮我搜一下起风了打开快手搜索情侣头像百度地图搜索附近的公园大众点评搜索附近的海底捞
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
搜索|应用名未有三语义,原来就是执行打开AppOpenAction<object@App>点评搜索 :(OpenAction<object@DianPing[search]>)浏览器搜索:SearchAction<object@Website>
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:参数定义:app: 对应的应用名content: 需要搜索的内容示例:Query:打开快手搜索情侣头像浏览器搜索手机发烫怎么办线上示例:打开抖音帮我搜一下起风了
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
与地图Agent的冲突:打开地图搜索附近的超市,模型的标签:搜索|地图,映射给地图Agent与生活服务Agent的冲突:打开点评搜索美食打开点评搜索附近的美食, 打开点评找美食,统一:搜索|点评,映射生活Agent;
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
tag:搜索|应用名浏览器搜索应用播放餐饮服务地图导航Agent:地图导航Agent生活服务Agent内容Agent
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
边界原则:明确:app+(搜|查|找) ,统一类别:搜索|app分发原则:planning模型原则:浏览器搜索:控制Agent搜索|应用名:按照映射名进行不同Agent的映射
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 浏览器搜索
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:浏览器搜索
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="浏览器搜索")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
利用通用搜索引擎与浏览器进行搜索,获取知识背景:浏览器搜索是从search垂域进行分拆,所以给出了独立的标签;
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
百度搜索感冒了怎么办浏览器搜索手机发烫怎么办
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 交通购票
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:交通购票
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="交通购票")
|
||||||
|
- Function 输出候选:function定义:参数定义:
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
查询/购买交通车票 查询火车票开售日期查询距离火车票开售还有多久 查询可抢票时间 查询车次查询春运时间
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
帮我查看一下火车票我要抢火车票订一张9月4号从青海到武汉的高铁票什么时候可以预定十月一日的火车票可以预定中秋节的火车票么距离国庆节抢票还有多久距离抢十一的票还有多久今天可以抢几号的火车票今天可以抢几号的飞机票距离春运还有多久今年什么时候是春运
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:参数定义:
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
应用控制类冲突,主要是打开12306进行火车票相关的查询与购买,确认先给到生活服务用12306查一下明天从平顶山到苏州的火车票(生活服务)打开12306查看我的车票(控制Agent)边界数据与地图Agent,确认给到地图Agent; 从北京到上海坐火车需要多久;工具Agent(时间)的边界数据:——生活服务距离春运还有多久-——生活服务今年什么时候是春运——生活服务航班信息查询,确认:关于机票,给到航班信息查询;订一张10月31号从武汉飞往重庆的飞机票帮我查看一下飞机票
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
边界Agent:控制Agent地图Agent工具Agent边界Tag:应用控制地图问答时间航班信息查询
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
planning模型分发原则生活服务Agent春运相关都给生活服务,不走工具时间类A到B坐什么车如果明确提到火车、飞机、高铁,是生活服务默认是导航A到B坐飞机多长时间,边界问题,QA和生活服务互相兜底北京飞洛杉矶的航班要飞多久——生活服务中国飞美国要飞多久——QA
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 商品信息对比
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:商品信息对比
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="商品信息对比")
|
||||||
|
- Function 输出候选:function定义:参数定义:
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
获取不同商品规格参数信息对比
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
帮我对比下小米15和iphone16的区别分析下小米15和iphone16手机镜头的区别
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
咨询客服不同产品的对比(AskAction<about@CustomerService[comparison]>)比较不同的商品(SearchAction<object@ShoppingGoods[review]>)
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:参数定义:
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
边界1:商品的范围是什么,非硬件设备类的对比,是否需要进行召回,给到生活服务Agent如:车厘子和樱桃有什么区别如:汤圆和元宵有什么区别边界2:你和劳斯莱斯哪个开着舒服(YU7和劳斯莱斯对比)
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
边界Tag:通用对话
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
planning模型分发原则明确提到小米产品是产品问答有购买意图的,同商品比价,属于商品购买无购买意图属于QA购买类意图不区分商品品类
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 商品推荐
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:商品推荐
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="商品推荐")
|
||||||
|
- Function 输出候选:function定义:参数定义:goods_name: 产品名,购买的物品名goods_brand: 品牌名,物品的品牌
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
明确的pattern,进行物品的推荐
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
推荐一款 3000 元左右的小米手机推荐一款 3000 元左右的手机
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
筛选想要购买的商品/唤醒购物技能(SearchAction<object@ShoppingGoods>)
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:参数定义:goods_name: 产品名,购买的物品名goods_brand: 品牌名,物品的品牌
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
平台比价,给到:商品推荐推荐一个最便宜的小米手机
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
边界Tag:平台比价
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
planning模型分发原则生活服务Agent
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 商品购买
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:商品购买
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="商品购买")
|
||||||
|
- Function 输出候选:function定义:参数定义:goods_name: 产品名,购买的物品名goods_brand: 品牌名,物品的品牌app:应用名,表示去哪个app购买
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
明确的pattern,进行物品的购买,明确不包含:购票类外卖类(实时可送的)
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
我要买小米十三我要买小米汽车我要买三千左右的手机
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
筛选想要购买的商品/唤醒购物技能(SearchAction<object@ShoppingGoods>)购买景区门票(OrderAction<content@TourismTicket,from@TouristAttractions>)购买彩票(OrderAction<content@Lottery>)
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:参数定义:goods_name: 产品名,购买的物品名goods_brand: 品牌名,物品的品牌app:应用名,表示去哪个app购买
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
外卖类的购买(外卖)我要买麦当劳我要买咖啡火车票,飞机票的购买等等,都属于生活服务类(交通购票)我要买火车票我要买从北京到上海的飞机票
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
边界Tag:外卖交通购票
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
planning模型分发原则生活服务Agent
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 商品购买|应用名
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:商品购买|应用名
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="商品购买|应用名")
|
||||||
|
- Function 输出候选:同上
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
明确的pattern,进行物品的购买
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
我要去京东买小米十三打开点评我要买咖啡
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
同上
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
同上
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
planning模型分发原则生活服务Agent
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 团购
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:团购
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="团购")
|
||||||
|
- Function 输出候选:function定义:
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
查找团购的活动,明确有团购的pattern;
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
给我找一下笨豆馆的团购搜索一下兰赛夫的团购活动哪里团购华莱士的券最便宜
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
与生活服务,购物相关全部都会有冲突;团购火车票团购麦当劳团购故宫门票
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
团购,能力还未建设,先都给生活服务,但不额外区分
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
(TODO)
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 外卖
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:外卖
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="外卖")
|
||||||
|
- Function 输出候选:function定义:参数定义:app:应用名type:外卖的类别
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
点外卖,有明确的pattern外卖相关信息查询,如到哪了,什么时候到
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
帮我点个外卖帮我订份烤肉拌饭我的外卖到哪了我的外卖什么时候到
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
查询外卖达到时间(SearchAction<object@Takeaway[arrivalTime]>)从餐厅点外卖(OrderAction<content@Takeaway,from@Restaurant>)查询外卖当前位置(SearchAction<object@Takeaway[trace]>)从餐厅订曾经点过的外卖(OrderAction<content@Takeaway[history],from@Restaurant>)
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:参数定义:app:应用名type:外卖的类别
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
商品购买冲突,都属于生活服务我要订外卖买咖啡快递服务,都属于生活服务我在美团上买的手机到哪了
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
边界tag:商品购买快递服务
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
只支持点外卖,查外卖点外卖可以指定外卖员帮我送吗——QA我现在想点外卖又想吃凉拌猪耳朵但是外卖没有凉拌猪耳朵我该怎么办——生活服务
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 平台比价->商品比价
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:平台比价->商品比价
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="平台比价->商品比价")
|
||||||
|
- Function 输出候选:function定义:参数定义:
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
针对商品进行比价,选择最便宜,或者最贵的商品,明确不包括:酒店比价(酒店)外卖比价(外卖)美食比价(美食)
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
小米15全网最低价
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
新功能,无老三级语义功能点
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:参数定义:
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
酒店:附近最便宜的酒店航班信息查询帮我查下北京到上海航班的最低价商品购买给我买最便宜小米手机小米产品帮助小米15最低价是多少钱;冲突类别应用控制,给到:商品比价打开京东查找最便宜的小米手机;
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
边界Tag:小米产品帮助应用控制产品购买航班信息查询外卖酒店
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
边界结论:明确不包括:酒店比价(酒店)外卖比价(外卖)美食比价(美食)planning模型分发原则生活服务Agent没有比价功能,比价算在商品购买;酒店/外卖/机票 > 购物小米产品问答 > 购物
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 快递服务
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:快递服务
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="快递服务")
|
||||||
|
- Function 输出候选:function定义:参数定义:app: 对应的应用名attribute: 快递的属性,比如:查询,邮寄示例数据:Query:打开淘宝查看我的订单
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
快递邮寄,以及快递信息查询
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
查看我的快递查看京东物流寄快递发快递我的快递到哪了
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
查询购物订单物流信息(CheckAction<object@ShoppingOrder[expressTrace]>)
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:参数定义:app: 对应的应用名attribute: 快递的属性,比如:查询,邮寄示例数据:Query:打开淘宝查看我的订单
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
应用控制内的快递服务,确认给到生活服务Agent打开支持宝查看我的快递查看京东物流外卖类别:我的蛋糕到哪了?(边界数据)
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
边界tag:应用控制外卖、闪送
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
能否通过手机号查快递——QA订单编号是250815的一般是哪个快递——QA现有只支持:寄快递,查快递,满足是打开某APP(支付宝)(TODO)
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 打车
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:打车
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="打车")
|
||||||
|
- Function 输出候选:function定义:参数定义:location: 地址信息,包括目的地,起点等app: 使用打车的应用名
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
明确的用第三车出去的需求;
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
帮我打个车去五彩城帮我打个顺风车打开地图进行打车到石家庄东广场网约车
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
无
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:参数定义:location: 地址信息,包括目的地,起点等app: 使用打车的应用名
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
带有打车并且带有App数据,后续给到生活服务承接打开美团打车打车的相关问答——生活服务从家到公司打车需要多少钱
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
边界Agent:控制Agent通用对话Agent
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
planning模型分发原则生活服务Agent
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 找同款
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:找同款
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="找同款")
|
||||||
|
- Function 输出候选:function定义:参数定义:app: 对应的应用名goods_name: 产品名,购买的物品名attribute: 物品的属于,如:颜色,大小等等
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
针对当前信息,查找同款的物品,主要有明显的patter:同款
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
推荐同款的手机我要买同款找同款我要买同款的手机在拼多多找同款物品找屏幕这件衣服的同款
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
新功能,无老三级语义功能点
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:参数定义:app: 对应的应用名goods_name: 产品名,购买的物品名attribute: 物品的属于,如:颜色,大小等等
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
产品购买类,给到:找同款我要买同款的手机应用控制的冲突,带APP的找同款,给到:找同款:打开小书红找同款的衣服
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
边界tag:应用控制商品购买
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
planning模型分发原则生活服务Agent
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 旅游
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:旅游
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="旅游")
|
||||||
|
- Function 输出候选:function定义:参数定义:
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
附近景点推荐非附近景点推荐 搜索景区营业时间 搜索景区介绍 搜索景区占地面积 搜索景区门票价格 搜索景区适合游玩的季节 查询目的地旅游攻略 搜索景区适合游玩的时长 购买景区门票 (产品购买)景点相关问答
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
附近有什么好玩的广州有什么好玩的熊猫基地几点开门颐和园简介天安门广场的面积是多少故宫的门票价格故宫的游玩季节北海道怎么玩成都游玩时长购买黄山风景区门票
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
function定义:参数定义:
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
通用对话Agent主要是景点的相关问答,到底谁来承接——旅游问答,给生活服务湖北省博物馆要预约吗贵州千户苗寨适合推婴儿车去不赣州有摩天轮吗总统府可以自己带水或者零食吗八月份去哪里不热宁波有什么特色与地图Agent的冲突,给到生活服务Agent; 附近的公园附近的景点
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
边界Agent:通用对话地图Agent
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
planning模型分发原则生活服务Agent旅游问答,景区问答,给生活服务
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 汽车服务
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:汽车服务
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="汽车服务")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
修车,洗车,4S店服务等
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 生活服务
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:生活服务
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="生活服务")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
关于生活休闲相关的周边生活的查询,以及问答非美食(餐饮)非外卖非景点生活服务类搜索:如运动场馆、按摩、足疗、洗浴、汗蒸、KTV、酒吧、台球、网吧电竞、电玩等初期垂域只针对车服进行建设(TODO 附近的xxx)车服电影院
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
附近的娱乐场所搜索附近的台球厅给我寻找附近的羽毛球馆帮我查找我附近可以打疫苗的宠物医店帮我找一下附近的采耳团购店附近专修空调这附近有没有什么手工活附近有什么舞蹈班附近有什么可以学习乐器的地方
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
推荐附近的休闲娱乐(RecommendAction[object@EntertainmentVenue](mailto:object@EntertainmentVenue))
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
与地图类的主要冲突,在于附近POI的查找,边界冲突未解决(生活服务Agent)给我寻找附近的羽毛球馆与景点,美食,外卖冲突的优先给具体的类别:附近的美食附近有什么好玩的帮忙点个外卖
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
边界tag:景点美食外卖冲突的Agent:地图Agent
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
planning模型分发原则生活服务Agent
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
@@ -0,0 +1,46 @@
|
|||||||
|
# 生活缴费
|
||||||
|
|
||||||
|
## 标注输出
|
||||||
|
|
||||||
|
> 注意:旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签;生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
|
||||||
|
|
||||||
|
- 旧 tag 标签:生活缴费
|
||||||
|
- Agent 包装候选(不代表最终):Agent(tag="生活缴费")
|
||||||
|
- Function 输出候选:待确认。
|
||||||
|
- 推荐输出形态:待确认。
|
||||||
|
|
||||||
|
## 功能抽象
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 适用范围
|
||||||
|
|
||||||
|
生活缴费:交电费交水费
|
||||||
|
|
||||||
|
## 典型 Query
|
||||||
|
|
||||||
|
我要交电费打开支付宝进行生活缴费
|
||||||
|
|
||||||
|
## 三级语义功能点
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## Function / Agent 说明
|
||||||
|
|
||||||
|
待补充。
|
||||||
|
|
||||||
|
## 满足边界问题
|
||||||
|
|
||||||
|
应用控制冲突,此类给到生活服务Agent打开支付宝进行生活缴费打开支付宝交电费
|
||||||
|
|
||||||
|
## 易混淆标签
|
||||||
|
|
||||||
|
边界Agent冲突:控制Agent
|
||||||
|
|
||||||
|
## 划分原则
|
||||||
|
|
||||||
|
planning模型分发原则生活服务Agent
|
||||||
|
|
||||||
|
## 未解决问题
|
||||||
|
|
||||||
|
待补充。
|
||||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user