问题
LIA 了解你的邮件、日历和文件。但你的工作也许还在别处：一个工单跟踪工具、一个代码仓库、一个数据库、一个自建服务。我不可能为每一个都写一个连接器。需要一扇标准的门，你自己就能打开。
什么是 MCP
Model Context Protocol（MCP）正是为此而生的开放协议。一个服务发布一个MCP 服务器，描述它的工具：名称、用途、需要的参数。懂 MCP 的助手就可以使用这些工具，无需为这个服务专门写代码。
我想要的
我希望你能从设置里添加一个服务器，让它的工具加入 LIA 的工具，就好像它们一直都在那里。你提供它的 HTTPS 地址、一段简短的描述和认证方式：无、密钥、令牌，或者 OAuth 连接，也就是该服务的授权页面，就像 Google 那样。LIA 会测试连接、发现工具；如果你什么都没写，她会自己写一段描述，以便知道什么时候该用它。你的凭据会先加密再存储。
具体怎么进行
你接入了你的工单工具的服务器，然后问「这周有哪些工单分配给我？」。LIA 根据你的问题和服务器的描述，从她的工具中选中这个工具，调用它，然后把结果显示在一张注明服务器和工具名称的卡片里。她不会添加任何服务器没有返回的字段。
有些服务器需要好几个步骤：阅读它们的文档，调用一个工具，再用结果接着调用另一个。对这些服务器，你可以启用迭代模式：LIA 把请求交给一个专门的助手，它与这个服务器一步一步地协作，步数和时间都有上限。这样更贵，也不保证成功。
LIA 会记住每个服务器提供了什么，不必每条消息都重新问一遍。如果某个服务器准备得慢，会有一条小提示告诉你，你的回答会在没有它的工具的情况下送达，免得让你干等。在使用一个最近没有消息的工具之前，LIA 会检查服务器是否仍以同样的形式提供它；如果不是，调用不会发出，她会告诉你。
掌握主动
MCP 服务器是由别人编写和托管的。所以我定了几条规则：
- 你的确认规则。账户、服务器和工具的选择决定 LIA 是否询问。只要某个工具需要批准，专用代理便会在任务前征求一次批准，然后完成该任务。“从不询问”是你明确授予某个工具的长期批准；工具声明变化后该选择暂停。例行任务须在表单中预先批准原本会停下等待确认的服务器。
- 网络。你添加的服务器必须能通过 HTTPS 访问。LIA 拒绝指向私有或本地网络的地址，也不会在托管她自己的机器上运行任何程序。
- 边界。服务器的数量、超时和调用频率都受实例限制。当一个服务器要求放慢速度时，LIA 会先等待再重试。
- 开关。你可以暂停一个服务器，而不丢失它的配置。
服务器也可以随插件一起到来。插件是采用开放格式 Agent Plugins 的软件包，把 skills 和服务器打包在一起。LIA 会安装其中她能运行的部分，并告诉你她留下了哪些没装，以及原因。插件从不自带凭据：凭据由你在安装之后输入。
MCP 不保证什么
加密你的凭据保护的是它们的存储；它并不能让接收凭据的服务变得可靠。选择服务器时，请像把一把钥匙交给别人那样谨慎。LIA 也无法核实一个工具在它那一端做了什么：当你确认一次调用时，你确认的是发出的请求，而不是它在该服务那里的每一个效果。最后，一个服务器可能公布了工具，却在某些请求上失败。这种情况下，LIA 会告诉你它失败了，而不会把失败粉饰成成功。