InterLock 是 Context Data 推出的基础设施产品，定位为 AI 代理与生产数据之间的代理层，用于为生成式 AI 应用提供受治理的数据访问。
用途 当 AI 代理进入生产环境时，代理平台通常只决定代理可以调用哪些工具，但不决定这些工具可以读取哪些数据行。InterLock 补足这一层：它工作在数据本身所在的层面，即运行的查询、返回的行以及改变数据的写入，并直接使用数据源已有的协议进行通信。
主要能力 InterLock 为代理的每个请求提供四类控制：
- 按角色访问，细到列：每个代理拥有自己的身份和密钥。源角色按源允许或拒绝操作，对于 SQL 源则细到表和列。SQL 在运行前被解析，角色不允许的内容会被拒绝。
- 代理看到之前脱敏：结果中的个人数据会被检测并在响应中掩码。策略还可对指定列脱敏、对代理限速或限制其写入风险。策略只收窄权限，从不授予权限。
- 高风险写入等待人工：每个写入在执行前按风险分类。常规插入放行；更新、无界删除和模式变更会排队等待审核者在控制台中批准或拒绝，可选 Slack 通知。
- 每个请求留痕：无论允许或拒绝，每个请求都写入仅追加的审计日志，记录身份、源、决定和脱敏内容。管理员操作同样被审计，日志可导出为 CSV。
使用方式 代理连接到 InterLock，而不是直接连接数据存储。InterLock 支持代理已使用的协议：Model Context Protocol（MCP）、Postgres 线协议和 HTTP。接入只需更改连接字符串，无需修改代码。代理保留其工具，并使用 InterLock 密钥连接。已端到端测试 Claude Code、OpenAI 和 Gemini，任何支持 MCP 的代理均可连接。默认启用的源包括 OpenAI Codex and API、psql 和 asyncpg，更多连接器可开启。
适用场景 适用于需要让 AI 代理访问生产数据库、文件和 API，同时要求基于角色和策略的授权、敏感字段脱敏、高风险写入审批以及完整审计日志的组织。可自托管部署在自身环境内。
限制与状态说明 官方提供功能状态页，明确每项能力的状态及证据。已列出的功能状态包括：治理管道、PostgreSQL 代理、MySQL and MariaDB、只读企业连接器、深度 PII 扫描器、缓存失效、发现排名、Slack 审批通知、OpenTelemetry 导出、告警通知、自动分类。官方表示如果某项尚未就绪，状态页会明确说明。InterLock 以 Apache 2.0 许可开源，可从 GitHub 自行运行，或联系官方将其部署到生产数据上。
其他信息 官方还提及面向生产 AI 系统的其他基础设施：将评估分数的变化与导致该变化的数据集或管道变更关联起来，包含污染检查和数据集血缘；以及代理运行的分布式追踪，记录每一步、工具调用和决策，以便重建和理解失败的运行。
