Skip to main content
智能体在花钱或修改数据之前,应先根据你的规则检查这一步操作。将目标、拟议操作和政策放入 state,然后询问 GLiDE 智能体下一步该做什么。执行决策的是你的代码,而不是模型。

请求

请求 schema

响应

基于 https://api.fastino.ai 实测。置信度值在不同调用之间会略有差异。
用户说了 “just get it done”,但政策要求对超过 $100 的不可退款购买进行确认,因此 GLiDE 选择了 confirm。删除 policy 这一行后,同样的请求会返回 book。只要某条规则应当优先,就把它放进 state。

响应 schema

根据答案执行操作

只有最安全的路径(询问用户)才是兜底选项。不确定或不可逆的答案永远不会自行执行。

调整示例

  • 让每个 criteria 键对应智能体已经支持的一个分支,例如 run、ask_user、escalate 或 abort。
  • 准确引用政策文本。GLiDE 应用的是你提供的规则;除此之外它并不了解你的政策。
  • 在 proposed_action 中包含政策所依赖的事实(金额、收款方、是否可退款)。
  • 将最终检查保留在代码中。例如,无论答案如何,都绝不允许执行超出硬性上限的支出。
将 GLiDE 用作决策支持,而不要将其作为不可逆或高影响操作的唯一保障。请使用代表性案例进行验证,并保留人工复核路径。

政策与安全指南

设计在不确定时安全失败的关卡。

GLiDE API 参考

POST /v1/systemone 的所有字段、限制和错误。