排查坐席互操作性问题
- Updated: 2026/02/23
使用以下故障排查建议,帮助诊断可能的坐席互操作性问题。
-
推荐模型: 自动化的发现、调用和结果提取高度依赖于 AI 模型/LLM。 LLM 生成提示的方式对于发现、调用自动化工具以及获取结果至关重要。 根据我们的经验,云模型的性能优于 GPT 模型:
- 推荐模型: Claude Sonnet 4.5 和 Gemini 2.5 Pro
- 效能或可靠性较低的模型: GPT 4.1 或更早版本
-
Microsoft Copilot Studio - 发送指令: 有时,当您使用 Microsoft Copilot Studio 时,您的指令可能无法成功发送。 不要担心,只需再次尝试发送该指令。 相反,您可能会看到
发送失败的消息: 重试,即使指令实际上已成功发送并正在处理中。 应该等待 20 到 30 秒。 - 工具未在客户端显示: 确保该工具已列在入站工具项下,并且 MCP 客户端已连接到正确的终端节点或环境。
- 机器人已运行,但无输出: 检查机器人中的输入映射和变量名称。 在工具描述中添加清晰的输入和返回文档。
- 权限错误: 确保 MCP 服务器使用的 Control Room 服务账户能够访问存储库项目以及任何已连接的应用程序(例如,Salesforce)。
- 性能问题: 从较小的数据范围开始,记录关键检查点,并确保机器人运行程序可用。
-
有时,DiscoverAutomation 工具不会将所有已配置的自动化显示为坐席连接工具:
只要用户有访问权限,DiscoverAutomation 工具会显示所有设置为坐席连接的自动化。 但是,如果存在超过九个自动化,则 DiscoverAutomation 工具只会根据特定标准显示排名前九的自动化。 如果您的自动化未满足前九的条件,将不会显示。
要查看特定的自动化,请在 DiscoverAutomation 中尝试使用针对工具的查询,例如输入: 发现可用于(工具特定的询问)的自动化。 这些查询应显示相关的自动化,即使它们在坐席连接中被定义为工具。