适用于：Dynamics 365 Customer Service
注释
- 本文档中的工具和示例展示了当前的能力。 工具名称、描述、参数、响应格式和可用功能可能会随时间变化。
- 当你构建代理、集成或编排逻辑时，不要硬编码对特定工具名称、参数结构、工具元数据或响应模式的依赖。 相反，设计解决方案时能在运行时发现并使用可用工具。
- 随着平台的发展，Microsoft可能会添加、移除、重命名或修改工具及工具元数据。 基于能力而非特定工具标识符设计有助于维护服务更新间的兼容性。
当你准备开始处理一个新案件，并希望助理帮你从队列中接下一个案件时，可以使用这个功能。
它的作用是什么
助理会从你能访问的任何队列中选择下一个未分配的案件，包括公共队列、你所属的私人队列以及你的个人默认队列。 案件已被认领并分配给你。 助理会告诉你案件详情以及案件来自哪个队列。
试试像这样的提示
- 先给我一个案子。
- 从我的队列中挑一个案子。
- 下一个。
- 接下来我应该做什么？
- 给我接下一个箱子。
- 从队列中挑一个。
你在聊天中会看到的内容
助理会显示被选中的案件，包括案件编号、标题、优先级以及来自哪个队列。 这是一条短信回复。
有用的提示
- 你不需要指定哪个队列。 助理会检查你能访问的所有队列。
- 如果没有未分配的案件，助理会通知你。
- 选定一个案例后，你可以要求摘要开始分诊。
- 如果你想查看已经分配好的案件，可以说“显示我的收件箱”或“显示我的工作项目”。
Tip
选定案件后，说“总结此案”以便快速了解，然后再开始工作。
接下来会发生什么
选定一个案例后，你可以继续使用以下提示：
- 请总结一下这个案子。
- 自昨天以来，这个案子发生了什么变化？
- SLA状态如何？
- 起草一份回复给客户的。
这会改变数据吗？
是的，这会改变数据。
案件在Dynamics 365中被理赔并分配给你。 队列项目会更新你的工人ID。
先决条件
该工具需要以下条件：
- 至少有一个活跃的队列里有案件。
详情请参阅为统一传递创建和管理队列。
工具摘要
| 资产 | 价值 |
|---|---|
| 面向用户的名称 | 案例——从队列中选择 |
| 内部工具名称 | pick_case_from_queue |
| Purpose | 从代理可访问的任何队列中选择下一个未分配的案件，包括公有队列、代理所属私有队列以及代理的个人默认队列 |
工具行为
从代理可访问的任何队列中选择下一个未分配的案件，包括公共队列、代理所属私有队列以及代理的个人默认队列。 通过分配工人ID和所有权来理赔该案件，并返回案件详情及源队列名称。
Annotations
| 注释 | 价值 | Meaning |
|---|---|---|
readOnlyHint |
false |
该工具会修改数据（据说是案例）。 |
destructiveHint |
false |
案件是认领的，不是删除的。 |
idempotentHint |
false |
每个通话可以从队列中选择不同的案件。 |
openWorldHint |
未设置 | 使用默认值（查询Dataverse）。 |
输入概念
该工具不接受任何输入参数。
响应与用户界面行为
响应类型
仅文本
返回一份包含申报案件详情（案件编号、标题、优先级、源队列名称）的文本回复。 没有渲染任何交互组件。
路由注释
在以下情况下使用 pick_case_from_queue：
- 用户会说“下一个”，“给我一个案子”，“从我的队列中挑一个案子”，“我接下来应该做什么”。
- 用户希望从队列中申报一个新案件，但不指定具体案件。
不要在以下情况下使用 pick_case_from_queue ：
-
按标准列出案例——路由至
list_cases。 -
查看已分配的案例 （“我的案例”、“我的工作项目”）——路由到
list_case_inbox_workitems。 -
解决一个案件并选择下一个路径——前往
resolve_case_and_pick_next。
相关工具
| 工具 | 关系 |
|---|---|
resolve_case_and_pick_next |
一次性解决当前案件并选择下一个案例 |
list_case_inbox_workitems |
显示代理人已分配案件的个人收件箱 |
list_cases |
按标准列出和筛选案例 |
summarize_case |
打开选定的案件，并用AI摘要进行分诊 |
数据变异分类
写作/变异。
通过在Dataverse中分配工人ID和案件所有权来申领队列项目。 案件从未分配转为指定。