模型上下文协议（MCP）是一个开放标准，让 AI 助手通过同一套通用接口连接外部数据与工具，不必为每个应用单独做一套集成。
一共两端。客户端是 AI 应用：桌面助手、编程 Agent，或者你自己写的脚本。服务器守在某一批数据前面，声明自己提供什么——模型可以调用的工具，以及可以读取的资源。客户端问有哪些可用，模型决定要什么，服务器负责回答。
没有共同协议，把十几个助手接到十几个数据源上，意味着要造并长期维护一百多套彼此独立的集成。有了协议，每一边只实现一次。所以把一个 MCP 工具接到新 Agent 上，通常只是一条配置，而不是一套 SDK。
协议本身没说服务器该跑在哪里。它可以待在某家公司的云上，任何持有有效令牌的东西都能访问；也可以完全跑在你自己的机器上，除此之外谁也够不着。两种情况下协议长得一模一样，而对隐私来说，这就是全部问题所在。
Xtify 捕捉的每一场会议都会变成结构化记忆——决策、待办事项、风险、跟进、转录文本。Xtify 通过一个随应用启动、只监听 localhost、直接读取你磁盘上索引的模型上下文协议服务器，来开放这份记忆。
没有需要开启的云端接口，也没有任何记忆被复制到我们的服务器，因此第三方云端 Agent 没有任何路径进来。任何实现了 MCP 客户端的东西，用法都一样——Claude Desktop、Cursor、Cline、Zed，或者你自己写的几行代码。这个服务器是只读的：Agent 可以回忆一场会议，但永远无法改写它。本地 MCP 在 Pro Max 及以上档位提供。
不需要。在支持 MCP 的桌面助手里，接上 Xtify 只是在那个应用的配置文件里加一条；之后你用自然语言提问，Agent 会自行判断该调用 Xtify 的哪个工具。你当然也可以自己写一个客户端，那是做自定义自动化的路子，但不是通常的做法。
不能。Xtify 的服务器绑定在 127.0.0.1，意味着它只接受来自自身所在机器的连接，云服务根本找不到可以连接的对象。这正是本地 MCP 服务器与多数会议工具提供的云托管 MCP 之间的区别——在后者那里，任何取得适当授权的云端 Agent 都能查询你的转录文本。
不是——它是一个开放协议，已经有一系列助手和编辑器实现了它。这也正是 Xtify 选择实现这个标准、而不是为每个 Agent 各做一套集成的原因：你下一个要用的工具，只需要会说 MCP 就够了。