用途：按端点预算 Exa 吞吐量，并区分调用方限流、供应商过载与计费耗尽三类信号，适用于运营或审查 Exa 相关负载。
主要能力：资料给出当前契约——/search 默认 10 QPS、/contents 默认 100 QPS、/answer 默认 10 QPS，企业限额可能不同；429 可能来自 API key、团队或网络限制，存在 Retry-After 时应遵守；503 SERVICE_OVERLOADED 是独立的容量信号。
使用方式：正常 REST 调用从服务端密钥管理器注入 EXA_API_KEY，仅以 Authorization: Bearer 发往配置的第一方 Exa API 主机。建议盘点端点组合、团队限额、密钥级控制、并发与突发形态；为 Search、Contents、Answer、Agent 及管理流量设置独立令牌桶；限制队列并传播截止时间；仅对可重试类别使用带上限的抖动重试；同时度量尝试、完成、限流、过载、队列时长与成本。
限制与边界：增加密钥不证明团队或网络容量提升；重试 402 或无效 400 会浪费容量与费用；全局限流可能让高流量 Contents 任务饿死交互式 Search。涉及敏感意图的实时查询、生产凭据、花费或限流变更、强制实时抓取、生成摘要、外部投递、部署、成员或密钥变更、计划创建及破坏性取消删除等，均需责任方批准。只读仓库检查与离线合成验证不授权实时供应商操作。输出应排除凭据、原始查询、提示、预签名 URL、检索内容与生成输出。资料未提供具体价格、平台支持范围与更多端点细节。