用途：为 Exa 相关调用建立可观测性，采集不包含检索内容的指标、链路追踪、成本与异步生命周期信号，便于诊断问题，同时避免把查询或检索文本写入日志。常适用于需要监控 Exa 端点、异步产品与成本归因的场景。
主要能力：按端点与异步产品定义服务级目标；安全输出端点、状态、标签、延迟、尝试次数、结果条数与请求 ID；统计 Contents 状态分布与新鲜度模式而非记录页面内容；跟踪运行时长、终态、webhook 延迟、队列深度与对账漂移；按环境、工作负载、密钥、产品和负责人归因成本；对错误类别变化、状态停滞、限流、过载、额度风险与事件缺失告警。
使用方式：先用 Read、Glob、Grep 检查仓库代码、配置、测试夹具与证据；仅在获批准的实现或文档变更中使用 Write 和 Edit。正常 REST 调用时，从服务端密钥管理器注入 EXA_API_KEY，仅以 Authorization: Bearer 发送到配置的第一方 Exa API 主机。团队管理服务密钥、托管 MCP OAuth 或企业托管授权、支付协议调用属于不同信任模型。验证时重跑最小相关确定性测试，比对实际行为与请求结果及现行第一方契约，确认证据中不含敏感字段，并确认截止时间、终态、下游保留与回滚后再报告成功。
限制与边界：涉及敏感意图的实时查询、生产凭据、花费或限流变更、强制实时抓取、生成摘要、外部投递、部署、成员或密钥变更、计划创建、破坏性取消或删除，均需有责任负责人批准。不得仅因调用本技能就执行 Exa 调用、付费研究、创建或修改 Monitor、Webset、Agent 运行、Batch、团队、成员、API key、预算、webhook 或部署。原始查询、URL、高亮、摘要与输出不适合作为默认标签；HTTP 成功可能掩盖 Contents 部分失败；仅有 webhook 投递指标而无运行对账可能误报完成。资料未提供具体端点、参数、价格、限额与生命周期细节，需以带日期的第一方证据图为准。