适用于：Dynamics 365 Customer Service
注意
- 本文档中的工具和示例展示了当前的能力。 工具名称、描述、参数、响应格式和可用功能可能会随时间变化。
- 当你构建代理、集成或编排逻辑时，不要硬编码对特定工具名称、参数结构、工具元数据或响应模式的依赖。 相反，设计解决方案时能在运行时发现并使用可用工具。
- 随着平台的发展，Microsoft可能会添加、移除、重命名或修改工具及工具元数据。 基于能力而非特定工具标识符设计有助于维护服务更新间的兼容性。
当你想查看案件时间线中为解决案件所采取的步骤的结构化回顾时，可以使用此功能。
它的作用是什么
助理会阅读案件时间线（邮件、便条、电话），并生成解决步骤的结构化摘要。 这对于在结案前回顾发生的事情，或从已解决的案件中起草知识库条目非常有用。
试试像这样的提示
- CAS-01010-A0A0A0采取了哪些措施？
- 回顾一下这个案子的处理情况。
- 总结为解决此案所采取的措施。
- 列出该工单的解决步骤。
- 我在这个案子上做了什么？
- 帮我写一篇关于此案解决的知识库文章。
你在聊天中会看到的内容
助手会显示一个结构化的文本摘要，按案件时间线按顺序列出解决步骤。 这是一种没有交互成分的文本回复。
有用的提示
- 这与“案例总结”不同，后者提供一个通用的AI概览。 该工具特别关注解决问题所采取的步骤。
- 在结案前用这些来帮助写出好的解决方案。
- 摘要是从时间线活动中提取的，所以时间线笔记越完整，总结越好。
- 这对从已解决案件中起草知识库条目非常有用。
Tip
在关闭案件前要求：“总结本案件的操作”，然后“以解决方式结案：[从摘要粘贴]”。
接下来会发生什么
在看到解决步骤后，你可以继续使用以下提示：
- 以结论结案：[摘要]。
- 请总结一下这个案子。
- 请展示本案的时间线。
- 根据这些步骤起草一篇知识文条目。
这会改变数据吗？
不，总结分辨率步骤不会改变数据。
摘要是根据现有的时间线活动生成的。
先决条件
该工具需要以下条件：
- 启用Copilot案件摘要。
在“启用Copilot”案件和对话摘要中了解更多信息。
工具摘要
| 资产 | 价值 |
|---|---|
| 面向用户的名称 | 总结解决步骤 |
| 内部工具名称 | summarize_case_actions |
| Purpose | 生成基于案件时间线活动（电子邮件、笔记、电话）的结构化解决步骤总结 |
工具行为
生成基于案件时间线活动（电子邮件、笔记、电话）的结构化解决步骤摘要。 当用户想回顾案例的工作进展，或需要结构化解决步骤来起草知识库文章时，可以使用。
Annotations
| 注释 | 价值 | Meaning |
|---|---|---|
readOnlyHint |
true |
这个工具不会修改数据。 |
destructiveHint |
未设置 | 不适用（只读工具）。 |
idempotentHint |
未设置 | 不适用（只读工具）。 |
openWorldHint |
未设置 | 使用默认值（查询Dataverse）。 |
输入概念
大小写标识符
| 输入 | Description | 必需 |
|---|---|---|
incidentId、caseNumber |
incidentId （GUID）或 caseNumber （例如，CAS-01010-A0A0A0）。 至少需要一个。 当 caseNumber 提供 后，服务器会将其解析为 GUID。 |
是的 |
响应与用户界面行为
响应类型
仅文本
返回根据案件时间线推导出的解决步骤的结构化文本摘要。 没有渲染任何交互组件。
路由注释
在以下情况下使用 summarize_case_actions：
- 用户要求回顾“我采取的步骤”、“这个案子做了什么”。
- 用户希望有结构化的知识袋文章起草解决步骤。
- 用户希望获得逐步的事件经过。
不要在以下情况下使用 summarize_case_actions ：
-
AI散文案件摘要——路径至
summarize_case。 -
分诊信号 （SLA风险、升级、活动计数）——路由到
get_case_highlights。 -
原始活动源——路由至
get_activity_timeline。
相关工具
| 工具 | 关系 |
|---|---|
summarize_case |
案件的AI散文摘要（分诊导向） |
get_case_highlights |
活动摘要，包含水平协议风险和分诊信号 |
get_activity_timeline |
原始时间顺序活动订阅 |
close_case |
在审查解决步骤后解决案件 |
数据变异分类
只读。
该工具读取时间线活动并生成结构化摘要，且不修改任何数据。