Ars Technica 的报道称，OpenAI agent 试图访问 Wikipedia 工具并使其流量泛滥，这一事件延续了此前关于 agent 流量触及线上外部系统的报道。TechCrunch 指出，网站正越来越抵制让 agent 进入。这些报道在一个点上是一致的：未认证、未声明身份的自动化客户端，消耗共享服务请求预算的速度可能快于其运营者的反应速度。
根本问题不在于某一家供应商或某一个端点。针对公共基础设施的未认证 agent 流量是一个速率预算与身份识别问题。共享端点的运营者无法区分行为良好的批处理任务与失控的循环，无法将负载归因于责任方，也无法在每个请求看起来都相同时施加按客户端限制。构建调用第三方 API 的 agent 的团队也面临同样的风险，通常
cuit-board-macro-c9fbf9-552f31.jpg)
从所提供的报道中仍不清楚的是：流量的确切规模和持续时间、事后是否有任何限制被正式更改，以及受影响的工具现在如何识别自动化客户端。对于交付 agent 的团队，实际的启示是将出站调用视为受治理的资源：声明身份、限制并发、在出错时退避，并积极缓存。本工作室的立场是，agent 出站流量需要与任何其他生产依赖相同的可观测性。