用途：为 Exa 的 JavaScript 与 Python SDK 建立应用自有适配器，把供应商客户端限制在一个模块边界内，避免业务逻辑直接依赖厂商 SDK，同时保留当前请求语义与可审计的安全证据。
主要能力：其一，统一应用输入与错误，不自行发明默认值；其二，保留 requestId、状态、grounding 与 costDollars 等运维所需元数据；其三，把无内容的操作元数据与检索内容分开返回；其四，按文档归一化错误但不清除状态、标签或请求 ID；其五，在变更所固定的 SDK 版本前先增加基于 fixture 的契约测试。
使用方式：先固定所选 SDK 版本并查阅其当前第一方规范；再为所需产品面定义最小的应用自有接口；在适配器边界显式映射名称与可选字段。鉴权方面，常规 REST 调用应从经批准的服务器端密钥管理器注入 EXA_API_KEY，并且只以 Authorization: Bearer 头发往配置的第一方 Exa API 主机；团队管理服务密钥、托管的 MCP OAuth 或企业托管授权、支付协议调用属于不同信任模型；不得打印、提交、置于 URL 或暴露凭据给不可信客户端。工具纪律上可用 Read、Glob、Grep 检查仓库代码、配置、fixture 与证据，Write 和 Edit 仅用于经批准的实现或文档变更。
适用场景：操作或审查 Exa 搜索、内容、答案、Agent、Monitor 等产品面与自有系统对接时的隔离、契约与证据留存。
限制：不得因为调用本技能就实际调用 Exa、运行付费研究，或创建修改 Monitor、Webset、Agent 运行、Batch、团队、成员、API 密钥、预算、Webhook 或部署。涉及敏感意图的实时查询、生产凭据、费用或速率限制变更、强制实时抓取、生成摘要、外部交付、部署、成员或密钥变更、计划创建，以及破坏性取消、停止、删除或撤销，均须有可问责的负责人批准；只读仓库检查与合成离线验证不授权实时厂商操作。需避免在业务逻辑中暴露厂商客户端，不得假定 Python 的 snake_case 与 TypeScript 的 camelCase 可互换，也不得在 Search、Answer、Agent 或 Contents 产品之间静默回退。输出应包含操作范围、环境、团队与产品面、授权类别、契约与策略决定、确定性验证结果、无内容标识、状态与费用计数、风险、清理或回滚状态及简明的通过或失败回执，并排除凭据、原始查询、提示、预签名 URL、检索内容、生成输出和客户派生数据（除非另行批准）。