Tokeny 内置了文件读写、Shell 命令、内容搜索等核心工具,这些能力已经足够完成大量日常任务。但世界上的工具远不止这些——你可能需要 AI 打开浏览器填表单、查询数据库、调用某个 SaaS 平台的 API。这就是 MCP 工具协议存在的意义:让 AI 的工具箱可以无限扩展。
如果说 Skill 是 AI 的"专业知识",那 MCP 工具就是 AI 的"双手"——通过 MCP 协议,AI 可以与各种外部服务和工具交互,真正从"只会说"变成"能动手"。
MCP 是什么
MCP 全称 Model Context Protocol(模型上下文协议),是一套开放标准,定义了 AI 模型如何发现和调用外部工具。你可以把它理解为"AI 的 USB 接口"——任何遵循 MCP 标准的工具服务都可以"插入"AI,让 AI 获得新的能力。
这套协议由 Anthropic 发起并开源,目前已获得广泛的社区支持。截至 2026 年初,社区贡献的 MCP 服务已覆盖搜索引擎、浏览器自动化、数据库操作、文件格式处理、代码仓库管理、消息通知等各个领域。生态正在快速增长。
MCP 的工作方式
MCP 采用客户端-服务端架构,整体流程很简洁:
- 1Tokeny(客户端)连接到 MCP 服务,获取该服务提供的工具列表和功能描述
- 2AI 在对话中识别到需要使用某个 MCP 工具(比如需要搜索网页),自动发起工具调用
- 3MCP 服务接收调用请求,执行具体操作(比如实际去搜索引擎查询),返回结果
- 4AI 获得工具返回的结果,继续后续的分析或对话
整个过程对用户来说是透明的——你可以在对话中看到 AI 调用了哪些工具、传了什么参数、返回了什么结果。没有不可见的操作。
两种连接类型
MCP 服务有两种连接方式,适用于不同的场景:
stdio(标准输入输出)——MCP 服务以本地进程方式运行在你的电脑上。Tokeny 通过标准输入输出与进程通信。这是最常见的类型,大部分社区 MCP 服务(如 Playwright、文件处理工具)都采用这种方式。优点是数据不出本机,延迟低,安全性好。
SSE(Server-Sent Events)——MCP 服务运行在远程服务器上,Tokeny 通过 HTTP 连接。适合需要远程计算资源的场景,比如运行在云端的 GPU 服务或团队共享的内部工具服务。
对于大多数个人用户,stdio 类型的 MCP 服务是首选——运行在本地、数据不出机、配置简单。SSE 类型更适合团队协作或需要远程资源的高级场景。
Tokeny 内置的 MCP 服务
Tokeny 开箱即用地内置了两个 MCP 服务,不需要任何额外配置:
- WebFetch —— 获取任意网页的内容并转换为结构化文本。AI 可以"阅读"互联网上的任何公开页面,提取关键信息。内置 SSRF 防护机制,阻止对内网地址的请求
- 联网搜索 —— 通过搜索引擎查找信息,获取最新的网络内容。这是深度研究、联网搜索等 Skill 的基础能力
这两个内置服务覆盖了最核心的联网需求。对于不需要复杂工具集成的用户,这已经足够了。
添加第三方 MCP 服务
以添加 Playwright MCP(浏览器自动化)为例,完整流程如下:
- 1打开应用左下角的「设置」面板,进入「MCP 服务」选项卡
- 2点击「添加服务」按钮
- 3选择连接类型 stdio(Playwright 是本地服务)
- 4在命令栏输入启动命令:npx @playwright/mcp@latest
- 5保存配置,系统自动尝试连接
连接成功后,你会在 MCP 管理页面看到该服务的状态变为"已连接",以及它提供的所有工具列表。此后 AI 在对话中就可以使用这些工具了——比如你说"帮我打开百度搜索一下今天的天气",AI 就会调用 Playwright 的浏览器工具去完成这个操作。
对于 SSE 类型的远程服务,流程相同,只是在第 4 步输入的是服务 URL 地址(如 https://mcp.example.com/sse)。
工具去重与优先级
当你同时使用多个 MCP 服务时,可能出现工具名称冲突——比如两个服务都提供名为"search"的工具。Tokeny 对此有明确的处理规则:
- 内置工具优先 —— Tokeny 的内置工具(文件读写、Shell、搜索等)始终优先于同名的 MCP 工具
- 先注册先得 —— 多个 MCP 服务提供同名工具时,先连接的服务优先
- 自动去重 —— 重复的工具名会被自动过滤,避免 AI 使用时产生混淆
这意味着添加新的 MCP 服务不会影响已有工具的正常使用。你可以放心尝试各种 MCP 服务,不用担心工具冲突。
自动重连与稳定性
MCP 服务在使用过程中可能因为网络波动或进程异常而断开连接。Tokeny 内置了自动重连机制:
- 检测到连接断开后,系统会自动尝试重新连接
- 采用指数退避策略(间隔逐步增大),避免频繁重连占用资源
- 重连成功后自动恢复工具可用性,无需手动干预
- 如果多次重连失败,会在 MCP 管理页面展示错误状态和详细日志
环境检测:一键排查依赖问题
stdio 类型的 MCP 服务(如 Playwright)依赖本地运行环境——通常需要 Node.js,有些还需要 Python 或 Git。如果你不确定自己的电脑是否满足要求,可以使用 Tokeny 内置的环境检测功能。
在 MCP 管理页面,点击"环境检测"选项卡,系统会自动检查 Bash/Shell、Node.js、Python、Git 等关键依赖的安装状态和版本信息。检测结果会清晰告诉你哪些已安装、哪些缺失、建议的安装方式。
安全注意事项
MCP 服务本质上是运行在你电脑上(或连接到远程服务器)的程序。它们拥有一定的系统权限——可以访问网络、读写文件、执行命令。因此安全意识很重要:
- 只安装来自可信来源的 MCP 服务(GitHub 官方仓库、知名社区项目等)
- 安装前查看项目的 README 和源代码,了解它的功能和权限范围
- 对于 SSE 类型的远程服务,确保连接地址是你信任的服务端
- 定期检查已安装的 MCP 服务列表,移除不再使用的服务
第三方 MCP 服务的安全性由服务提供者负责,Tokeny 无法对其行为做出保证。在安装不熟悉的 MCP 服务前,建议先在 GitHub 上查看其源码和社区评价。
记住:Tokeny 的内置工具(文件读写、Shell 命令、内容搜索等)不依赖 MCP,开箱即用。MCP 是在内置能力之上的额外扩展。即使你不添加任何 MCP 服务,Tokeny 的核心功能也完全可用。