三扇门，一个对话

在保险库屏幕上，在你已经使用的人工智能客户端中，或直接从你的系统

在屏幕上，你在它读取的文档旁边与代理对话：你问，你获得答案附带来源，你点击来源降落在幻灯片上。在你的人工智能客户端中，保险库变成那个客户端知道如何查询的另一样东西，而不离开你已经工作的地方。通过编程通道，你的团队自动化从外面恰好一个人通过对话做的。

屏幕代理在文档旁边

一个保险库相同的引擎，相同的读取

你的客户端，你的系统通过代理通道或 API

三扇门，所有三个后面相同的保险库与相同的读取。

在全部三个中，答案以相同方式到达：带上它来自的地址，以及当主题不在你文档中时的拒绝。

代理通道是开放标准

身份验证和发现通过公共标准，不是我们自己的惯例

人工智能客户端与你保险库对话的通道不是房子发明。它是资源服务器在网络的标准授权设计中：无凭证到达的人获得 401，说明如何身份验证的文档发布用于任何客户端自己读。我们自己的惯例被故意丢弃，因为它会要求每个集成在问第一个问题之前学我们的方式。

401代理通道活动中MCP 端点不带凭证回答 401，这是一个 OAuth 资源服务器的正确行为，而 .well-known 的发现回答 200。那是机器说话，不是我们。

这里的 401 是门存在并锁定的证明，不是它掉了。

一个基质，多个读者

新通道不发明新表面

开放 API 和代理通道不是管道：它们是让其他接口在相同的基质上构建而无须我们在房间里的东西。第三方代理、你团队的面板、工作流集成。产品能成为那些东西因为门存在，不是因为我们预见了每一个。保持门不转成不同产品的东西是作为契约持有的规则：暴露给代理的操作集是 API 公开的子集。一个通道中没有东西不在另一个存在，所以新能力不在一边出现在另一边消失。整个集，以及它拒绝什么，在[能力](capabilities)中。

门改变；保险库的所有者不改变

对话与你一起保持，无论你从哪里说

从任何三扇门，保险库是你的：组织间的相同隔离，相同的计费，谁做了什么的相同记录。对话与你一起保持，代理回答的没有什么是用另一公司的数据构建的，因为它没有源超过你的保险库。这个句子的边界在这里说明而不是在脚注中：去模型的文本跟随提供商的保留条款，代理自己的第一行已经说了。我们对你数据做什么，以及你可以自己审计的，在[隐私](privacy)中。