用途：生成最小化的 Exa 诊断包，在保留可复现性的同时不暴露凭证、查询、检索内容或客户数据。将凭证、查询、检索内容、生成输出、花费和破坏性状态视为分别治理的边界。
主要能力：收集端点族、SDK 版本、请求 ID、状态、错误标签、时序、结果与状态计数、成本、新鲜度模式和重试历史等有用证据；用已批准的指纹或类别替换查询、URL、提示词、模式和内容；扫描候选包中的密钥、Bearer 头、预签名 URL 和客户文本；按事件策略加密、限时并删除诊断包。
使用方式：先设定事件窗口、环境、数据分类和证据负责人；收集配置名称与哈希而非密钥值；记录请求 ID、状态、标签、时序、计数和重试决策；替换敏感内容为指纹；扫描后按策略处理。正常 REST 工作从已批准的服务器端密钥管理器注入 EXA_API_KEY，仅以 Authorization: Bearer 发送到配置的第一方 Exa API 主机。使用 Read、Glob、Grep 检查仓库代码、配置、夹具和证据；Write 和 Edit 仅用于已批准的实现或文档变更。
适用场景：Exa 相关问题的第一线诊断、事件响应中的证据收集、需要在不泄露敏感数据前提下复现问题。
限制：涉及敏感意图的实时查询、生产凭证、花费或速率限制变更、强制实时爬取、生成摘要、外部交付、部署、成员或密钥变更、计划创建或破坏性取消、停止、删除、撤销等操作，均需责任负责人批准。只读仓库检查和合成离线验证不授权实时供应商操作。环境转储常暴露 EXA_API_KEY 及无关密钥；返回的高亮、摘要和 Agent 输出可能含敏感第三方文本；缺少请求 ID 或时间戳的支持包难以关联。输出需排除凭证、原始查询、提示词、预签名 URL、检索内容、生成输出和客户衍生数据，除非另行批准。
验证：重跑最小相关确定性测试，将实际行为与请求结果及当前第一方契约比较，确认证据中不含敏感字段，并在报告成功前确认截止时间、终态、下游保留和回滚。依赖任何端点、参数、搜索类型、价格、限制、测试版、合规、身份、重试或生命周期声明前，先查阅带日期的第一方证据图。