MCP(模型上下文协议)
MCP,即模型上下文协议,是一项开放标准,让 AI 应用可以通过一个共同的接口连接各种工具和数据源。它由 Anthropic 提出,对 AI 工具的作用,类似于 USB 接口对设备的作用。
更新于 2026年11月8日
只在你的设备上可读。
对话只在你的设备上可读;开启同步后,其他设备上也可读。别处一概读不到。
我们读不了。
消息只是经过,不会留下记录;你的对话始终只以加密形式保存。
模型不知道你是谁。
它只收到问题,绝不会收到你的邮箱、账户或 IP 地址。
途中什么也不留下。
回复传回后加密保存在这里;即使开启同步,你的密钥也从不以明文到达我们这里。
工作原理
在有这样的标准之前,每个想让模型访问日历、数据库或代码仓库的应用,都得自己写一个连接器。MCP 把这项工作分成两半。服务器封装一种能力,比如文件系统或工单跟踪器,并描述它提供什么。AI 应用内部的客户端发现这份描述并交给模型,模型便可以调用这些能力。服务器可以提供执行动作的工具、供应可读数据的资源,以及打包好现成指令的提示。典型的服务器连接日历、笔记应用、缺陷跟踪器、电子表格、数据库、邮件收件箱、代码仓库或网页浏览器,每一种都以同样可预测的方式开放。资源可以是文件、表格的行、截图或日志;提示可以是模板,比如一份代码审查清单或一份会议纪要。可以把它想成一抽屉互不兼容的充电器,被一个通用插座取代了。
服务器要么运行在你自己的机器上,通过标准输入输出与应用通信,要么通过 HTTP 远程运行。这与工具调用是不同的层面。工具调用是模型在请求里索要一个函数的方式;MCP 是应用最初如何发现并连到众多此类函数的方式。应用通常会把它发现的 MCP 工具,转换成给模型的普通工具定义,所以两者协同工作,模型也绝不会直接连接服务器。远程服务器还会带来认证的问题,所以要弄清服务器如何证明调用者是谁,以及你的凭据最终去了哪里。本机的辅助工具适合第一种,团队共享的服务适合第二种。
这种便利也带来值得关注的风险。服务器可以读取和修改你授权它访问的任何东西,恶意或粗心的服务器可能泄露数据或执行有害的动作。来自服务器的描述和结果是模型会读到的文字,所以它们可能藏着意图引导模型的指令。请只安装来自你信任的来源的服务器,授予最小的权限,查看每个工具的作用,并对任何会写入、发送或删除的操作使用批准提示。一个有用的习惯,是在启用之前读一读服务器公布的工具清单,就像你会看手机应用的权限那样。最著名的陷阱是提示注入,也就是被污染的结果告诉模型泄露一个文件。
在 NeverNo 中
准确地说明现状:在“任务”里,NeverNo 可以连接你自己添加的远程 MCP 服务器(它的地址和可选的令牌),而 API 本身并不托管也不连接 MCP 服务器。它提供的是聊天补全上的函数调用(由你自己的代码定义并运行工具),以及一个与 Anthropic 兼容的 Messages 端点。/models 列表里 capabilities.tools 为 true 的模型才接受工具。
你自己运行、支持 MCP 的工具,只要把基础 URL 指向 https://neverno.ai/api/v1,就可以把 NeverNo 当作它的模型,因为这些端点遵循 OpenAI 和 Anthropic 的格式。此时 MCP 连接存在于那个工具里,而不是 NeverNo。DeepSeek V4 Flash 是上下文窗口为 128,000 个 token 的免费私密模型,是列表里的模型之一。
值得记住
为工具、文件和数据库提供的通用插座。
服务器描述能力,客户端把它们提供给模型。
权限要最小:服务器可以读取、写入、发送和删除。
常见问题
MCP 和 API 是一回事吗?
不是。API 是通向某一项服务的特定接口。MCP 是 AI 应用发现并使用许多此类服务的共同方式,常常是把一个现有的 API 包装进一个向模型描述它的服务器。许多服务器其实就是你已经熟悉的 API 的薄薄一层封装。
MCP 只用于 Claude 吗?
不是。它由 Anthropic 提出,但是一项开放标准,其他 AI 应用和工具也可以充当客户端或服务器。共用一个标准,正是为了不让连接器被绑定在某一家厂商身上。
NeverNo 支持 MCP 吗?
支持,在“任务”里可以连接你添加的远程 MCP 服务器。对于你自己的代码,API 支持函数调用以及 OpenAI 和 Anthropic 的格式,所以在你这一端处理 MCP 的工具可以把 NeverNo 当作它的模型。请向开发者询问更新是如何处理的,以及服务器保留哪些数据。
问出你的第一个问题
无需账户,无需银行卡。NeverNo 会 10 种语言,用哪种写都行。
打开聊天