引导式测验 · 中等等级

工具调用测验

检查工具定义、执行、架构限制、授权、不明确的结果、安全重试、不可信结果和最终状态验证。

在模型能够请求工具操作之前，应用程序应该定义什么？

预览每个问题8 问题

当您参加测验时，就会出现答案和解释。

在模型能够请求工具操作之前，应用程序应该定义什么？
- 仅为工具提供一个营销名称
- 工具的目的、输入模式、输出格式以及副作用
- 保证每个请求的操作都已获得授权
- 在工具描述中包含用户的密码
模型提出了一个工具调用。在任务可以被标记为完成之前，接下来会发生什么？
- 仅凭提议的调用就证明外部状态已改变
- 模型的文本取代了应用程序端的验证
- 应用程序或提供商执行它，返回结果，并检查预期的状态
- 工具返回的任何网页决定请求是否已获授权
验证工具输入模式确立了什么，又留下了什么未解决的问题？
- 它检查参数形状和一些约束，但不检查授权或记录身份
- 它证明用户批准了每一个副作用
- 它确认所选账户属于该用户
- 它保证外部服务已完成操作
一个格式正确的更新请求指定了错误的账户。在执行之前，应用程序应该检查什么？
- 模型是否使用了流畅的措辞
- 模式是否接受了字符串长度
- 工具描述是否足够短
- 所选账户和操作是否与用户的授权相匹配
为什么写得好的工具描述如此重要？
- 它们确定工具的服务器响应调用的速度
- 该模型依靠他们来选择工具并填充参数
- 它们在应用程序中作为营销文案向最终用户显示
- 它们直接编译成工具的可执行代码
工具返回失败，或者在任务中途访问权限被撤销。智能体应该报告什么？
- 基于原始请求的成功消息
- 基于模型先前知识的猜测结果
- 错误以及实际验证的状态，而不声称已完成
- 从工具返回的网页中复制的指令
为什么代理在网络超时后可能会使用操作标识符或回读检查？
- 操作可能已经完成，即使响应丢失了，因此重试可能会导致重复操作
- 它允许模型跳过输入验证
- 它证明了用户授权了不同的操作
- 它强制执行并行工具调用
网站通过工具返回的文本可以授权新操作吗？
- 可以，如果它出现在搜索结果中
- 可以，只要模型能读取它
- 仅当页面使用 JSON 时
- 不可以；返回的文本是不可信的，不能扩展用户的授权