三扇门，一个对话：你的保险库、你的人工智能客户端、你的 API

三扇门，一个对话

屏幕、人工智能客户端，或你自己的系统

在屏幕上，你在文档旁边提问，点击来源就能到达那张幻灯片。在你的人工智能客户端中，保险库是它又一个可以查询的对象。通过 API，你的团队可以自动化一个人通过对话所做的事情。

屏幕代理就在文档旁边

一个保险库同一个引擎，同一次读取

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

在这三处，答案都附带它的地址；当内容不在你的文档中时，代理被设计为拒绝。

代理通道是开放标准

登录和发现采用公共标准

人工智能客户端使用的通道，是网络标准授权设计中的一个资源服务器，因此集成无需先学习我们自己的惯例。

401代理通道已上线MCP 端点在没有凭证时回答 401，这正是 OAuth 资源服务器应有的行为，而 .well-known 处的发现回答 200。

一个基底，多个读者

新通道不发明新表面

开放的 API 和代理通道让你的团队可以在同一个基底上构建第三方代理、面板或工作流。按照契约，代理的操作是 API 操作的子集，因此这些门永远不会变成不同的产品。这套操作见能力。

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

无论你从哪里说话，对话都留在你这里

无论从哪扇门：组织之间同样的隔离、同样的计量、同样的谁做了什么的记录。代理回答的任何内容都不是用另一家公司的数据构建的。发送给模型的文本遵循提供商的保留条款。本页和隐私页都说明了这一点；在保险库中，代理的第一行也会说明。更多内容见隐私。