用途：对 Exa 相关凭据、查询意图、检索到的网页内容、生成输出与留存运营证据分别进行威胁建模，把凭据、查询、检索内容、生成输出、花费与破坏性状态当作各自独立治理的信任边界。
主要能力：区分并分类查询、URL、检索内容、输出、标识符与凭据；在断言合规前确认团队套餐与企业控制；将 API 与服务密钥保留在服务端并限定归属与轮换；应用内容审核、域名策略、输出校验与提示注入防御；仅存储获批证据，并将删除或留存决策向下游传播；测试凭据吊销、策略拒绝、区域封锁与事件升级。
使用方式：正常 REST 调用时，从获批的服务端密钥管理器注入 EXA_API_KEY，仅以 Authorization: Bearer 发送到配置的第一方 Exa API 主机。团队管理服务密钥、托管 MCP OAuth 或企业托管授权、支付协议调用属于不同信任模型。切勿打印、提交、放入 URL 或向不可信客户端暴露凭据。使用 Read、Glob、Grep 检查仓库代码、配置、夹具与证据；仅在获批的实现或文档变更中使用 Write 与 Edit。
适用场景：涉及敏感意图的实时查询、生产凭据、花费或速率限制变更、强制实时抓取、生成摘要、外部交付、部署、成员或密钥变更、计划创建，以及破坏性取消、停止、删除或吊销，均需有责任负责人批准。只读仓库检查与合成离线验证不授权实时供应商操作。
限制：Exa 为 SOC 2 Type II 认证并提供零数据留存与 HIPAA 启用等企业控制；HIPAA 模式按请求作用域，仅支持符合条件的 Search 与 Contents 仅缓存检索，拒绝摘要或实时新鲜度。区域访问限制可能返回 Cloudflare 封锁页而非 Exa JSON。SOC 2 认证不自动授权某工作负载；HIPAA 模式不是全局账户开关，不支持 Agent、Answer 或 livecrawl；检索到的公开文本仍可能恶意、受版权保护、含个人信息或受策略限制。输出应返回操作范围、环境、团队与产品面、授权类别、合同与策略决策、确定性验证结果、无内容标识符、状态与成本计数、风险、清理或回滚状态及简明通过或失败回执，排除凭据、原始查询、提示、预签名 URL、检索内容、生成输出与客户衍生数据，除非另行获批。