用途：验证 Exa 的负载与容量，使用合成工作负载模型、按端点区分的预算、有界队列和停止条件。将凭据、查询、检索内容、生成输出、花费和破坏性状态视为各自独立治理的边界。
前提：需要目标仓库、环境、Exa 团队、产品面和责任负责人；工作负载的数据分类、延迟与新鲜度承诺、成本上限和保留策略；当前第一方文档，以及仅用于经窄范围批准的实时检查的凭据。
当前契约：公布的 QPS 因端点而异，企业限制可能因团队而异。Search、Contents 和 Answer 有不同上限；异步 Agent 或 Batch 不等同于同步负载。企业版 Batch 为 beta，必须启用，并需要该功能当前第一方文档所述的 Exa-Beta 头。
认证：常规 REST 工作从经批准的服务器端密钥管理器注入 EXA_API_KEY，仅以 Authorization: Bearer 发送到配置的第一方 Exa API 主机。团队管理服务密钥、托管 MCP OAuth 或企业管理授权、支付协议调用属于不同信任模型。切勿打印、提交、放入 URL 或向不受信任的客户端暴露凭据。
步骤：获得供应商和服务所有者对环境、量、时长和花费的批准；建模端点组合、结果大小、内容模式、新鲜度和异步工作；使用合成非敏感输入和跨工作进程的共享限流器；逐步加压，并设置针对错误、延迟、成本和积压的硬停止条件；将 429 与 503、部分抓取状态和下游饱和分开度量；排空队列、核对运行或批次，并在证据窗口后删除测试产物。
工具纪律：使用 Read、Glob 和 Grep 检查仓库代码、配置、夹具和证据。仅对经批准的实现或文档变更使用 Write 和 Edit。不要仅因调用此技能就调用 Exa、运行付费研究，或创建/更改 Monitor、Webset、Agent 运行、Batch、团队、成员、API 密钥、预算、webhook 或部署。
审批边界：涉及敏感意图、生产凭据、花费或速率限制变更、强制实时抓取、生成摘要、外部交付、部署、成员或密钥变更、创建计划，或破坏性取消、停止、删除或撤销的实时查询，需要责任负责人。只读仓库检查和合成离线验证不授权实时供应商操作。
失败模式：未经授权不要对生产或第三方目标站点进行负载测试；更多工作进程可能违反共享团队或网络限制；已完成的 Batch 可能包含失败项行，需要单独核算。
输出：返回操作范围、环境、团队和产品面、授权类别、契约与策略决策、确定性验证结果、无内容标识符、状态和成本计数、风险、清理或回滚状态，以及简明的通过或失败回执。除非另行批准，排除凭据、原始查询、提示、预签名 URL、检索内容、生成输出和客户衍生数据。
验证：重新运行最小的相关确定性测试，将实际行为与请求结果和当前第一方契约比较，验证证据中不含敏感字段，并在报告成功前确认截止时间、终态、下游保留和回滚。