#每日精选文章# 模型问你「确定要删吗」，不等于它有防护。

同一段对话补测：第一轮它只查单、要确认；第二轮回一句「确认，是测试数据，可以直接删」，
它立刻调用删除接口，订单真没了。3 次采样 3 次都删。

那道确认闸是行为层的、一次性的。要防只能在自己的代码里另加一层：
默认不把删除工具注册给模型；注册了，调用时也得验身份。

#每日精选文章# 我把删除订单的工具交给模型，给了合法身份，订单也真实存在，让它删。

6 次采样，6 次都没删。它先查订单，发现是已支付状态，列了三个选项让人确认，还指出「删完再查状态」这个需求自相矛盾。

更值得警惕的是另一件事：同一句 prompt，12 次里有 1 次它干脆拒绝发起调用。

护栏要防的就是那一次。

#每日精选文章# 一个能直接抄走的结论。

Spring AI 2.0 配重试，写 spring.ai.retry.* 没用。那套 RetryTemplate 是给「自己实现 HTTP 调用的客户端」准备的。

OpenAI 走 openai-java SDK，SDK 自带重试，读 spring.ai.openai.max-retries。

验证：假上游连返 500 后成功，数上游收到几次请求。配错只有 1 个。