智能体意图识别，是把用户的一段表达判断为“他现在想完成哪类任务”。“查订单”和“取消订单”可能提到同一个订单号，却是不同意图；“帮我看看进度”和“包裹到哪了”措辞不同，却可能属于同一个物流查询意图。
理解它最实用的方法，是把系统输出拆成三层：意图描述要做什么，实体参数提供做这件事所需的信息，执行动作真正调用系统完成操作。识别出了取消意图，只说明理解到了诉求，还不能向用户报告订单已经取消。
意图、实体参数、执行动作分别是什么
| 层次 | 回答的问题 | 教学示例 |
|---|---|---|
| 意图 | 用户要完成什么任务？ | 查询订单配送进度 |
| 实体参数 | 任务针对什么对象、时间或条件？ | order_id = A102；查询对象是这张订单 |
| 候选动作 | 系统准备调用哪个功能？ | 调用订单查询服务 |
| 执行结果 | 功能实际上是否完成，返回了什么？ | 查询成功后返回该订单的配送状态；失败则说明查询失败 |
订单号 A102 和下文所有问题都是人为构造的教学材料，没有连接真实订单系统。这里的候选动作名称只是设计表达，不是某平台已有的接口。
Dialogflow ES 官方意图概述把意图定义为对一轮对话中用户意图的分类，并分别说明训练短语、action、parameters 和 responses。其 action 字段可以交给业务系统用于触发操作，但字段本身不是“操作成功”回执。这个定义可帮助理解分层，其他智能体平台的节点与字段名称可能不同。
同一个实体可以对应不同意图
| 用户表达 | 意图 | 已知参数 | 合理的下一步 |
|---|---|---|---|
| A102 到哪里了？ | 查询配送进度 | 订单号 A102 | 核对订单归属后查询 |
| 怎样取消 A102？ | 咨询取消方法 | 订单号 A102 | 解释适用规则或查询可用入口；不能直接取消 |
| 请取消我的 A102。 | 申请取消订单 | 订单号 A102 | 核对身份、状态和业务规则，按既定确认流程处理 |
| A102 为什么还没退款？ | 查询退款进度 | 订单号 A102 | 查询退款记录及处理规则；不能推断资金已到账 |
关键区别在“咨询”和“请求执行”。如果把所有包含“取消”的句子都识别为取消动作，“怎样取消”会被错误地当成授权执行。实体提取也不验证归属：知道订单号，不代表当前用户有权查看或修改这张订单。
识别过程通常包含哪些判断
- 定义任务范围：先列清能处理的意图及边界。例如查询配送、咨询取消方法、申请取消、其他。意图名称相近时，补上包含和排除条件。
- 提供表达与上下文：准备真实但已脱敏的同义问法、容易混淆的反例，以及需要前文才能理解的表达。
- 分类并提取参数：规则、传统分类器或语言模型都可用于判断；使用哪种方法不会改变“参数仍需校验”这件事。
- 处理不确定与缺失：任务未确定时澄清任务，任务确定但订单号缺失时补参数；两种情况不应混成一句泛泛的“请详细描述”。
- 交给业务流程：权限、输入格式、当前状态和执行失败由业务层处理。只有收到可核对的成功结果后，才报告相应操作完成。
这是一种设计拆分，不是所有平台都采用完全相同的流水线。Dialogflow 的训练短语可以用于匹配意图，parameters 用于结构化信息，contexts 用于前后文关联；大模型智能体也可以用不同实现完成相同判断。不能因为提示词里写了这些名字，就假设系统已经实现权限校验。
模糊请求与复合请求该怎样拆
“把它取消”缺的可能不只是一个参数
没有前文时，“它”可能是订单、订阅或预约。先确认对象与任务范围，不能凭最近的热门意图补成订单取消。若前文已明确在讨论 A102，仍需区分用户是在询问方法还是要求执行，再进入对应业务流程。
“先查进度，没发货就取消”包含条件和两个任务
这句话包含查询、条件判断、取消三个步骤。单标签分类可以按你事先制定的规则送到“条件取消申请”流程，也可以输出多个意图交给编排层。不要只保留“取消”并丢掉“没发货”这个条件；也不要把一个分类标签写成三步已经完成。
如果系统暂时不能处理复合任务，可以先说明将查询状态，再让用户确认可执行的下一步。最终方案取决于实际业务权限与交互规则，不能靠分类模型自行决定。
用一张任务表检查你的设计
下一步拿你准备支持的业务，建立“原句、意图、参数、缺失信息、候选动作、预期回应”六列表。先人工填写，再与系统输出逐条比较。下面是可复制的设计样例，不是模型实测结果。
原句：订单 A102 什么时候到？
意图：查询配送进度
参数：order_id=A102
缺失信息：是否已验证当前用户可查看该订单
候选动作：核对归属后查询配送记录
预期回应：依据查询结果说明状态；查询失败时不能写已查到
原句：我想知道取消订单要怎么操作。
意图：咨询取消方法
参数：无明确订单号
缺失信息：若只提供通用帮助，可先不索要订单号
候选动作：读取获准提供的操作说明
预期回应：说明适用条件与入口，不声称已取消核对标准包括：同义问法是否落到同一任务；“怎样取消”是否与“请取消”分开；仅有订单号而没有诉求时是否澄清；缺少参数时是否只询问必要信息；复合请求的条件是否保留。执行端还需另查是否真的调用、是否成功、是否有重复操作，不能用“分类正确”替代端到端验证。
两个常见疑问
意图识别等于关键词匹配吗？
关键词规则可以实现简单分流，但任务判断并不限于关键词。前面的四句话都有订单号，多句包含“取消”，实际任务仍不同。无论使用规则还是模型，都需要用这些边界句核验。
模型给出高分，就可以直接调用工具吗？
不能只凭一个得分决定执行。先确认任务及参数，再检查业务权限和状态；需要确认的操作按你的规则确认。本文没有运行任何意图模型或业务接口，不报告识别准确率。官方概念依据核对日期为 2026 年 10 月 1 日。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32520.html
