★ FEATURED ARTICLE 1. 为什么要在 Cursor 里接 feishu-mcpfeishu-mcp 是飞书官方提供的 MCP 服务它把飞书云文档、消息、日历、任务等能力封装成标准 MCP 工具让 Cursor 这类支持 MCP 的编辑器可以直接调用。简单说你可以在 Cursor 里让 AI 读取飞书上的 PRD、会议纪要、需求文档然后基于这些内容直接写代码、改接口、生成测试用例。适合谁用三类人最明显一是团队用飞书办公、文档沉淀在飞书里的开发者二是需要把飞书知识库接进 AI 编码流程的技术负责人三是想用 Cursor 做 Agent 自动化、但苦于没有统一鉴权通道的工程师。我这次要解决的核心问题是feishu-mcp 默认的服务器 URL 相当于个人密钥直接写进 mcp.json 会散落在多台机器、多个项目里管理麻烦还容易泄露。用 TaoToken 做统一 Key/API 通道后鉴权和调用入口收敛到一处Cursor 侧只需要维护一份 mcp.json 骨架Streamable HTTP 的连通性也能快速验证。下面按「前置准备 → 配置骨架 → 实际验证 → 排障」的顺序走一遍每一步都给可复制的片段。2. TaoToken 前置统一 Key 与 API 通道TaoToken 在这里的角色是统一鉴权和 API 通道。你不需要把飞书的个人 URL 到处复制而是通过 TaoToken 的 Key 来管理调用入口。官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 基址是 https://taotoken.net/api 。操作顺序如下第一步打开控制台创建 API Key。地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 登录后在 API Keys 页面新建一个 Key复制保存。这个 Key 就是后面 mcp.json 里要填的鉴权凭证。第二步确认你要用的模型通道。如果你只是验证 feishu-mcp 的连通性用默认通道即可如果后面要跑长期编码任务可以看 Coding Plan 页面 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 里面有适合 Agent 场景的套餐说明。第三步准备好飞书侧的 MCP 服务 URL。登录飞书 MCP 配置平台创建 MCP 服务添加「云文档」工具集授权后拿到服务器 URL。传输方式保持默认的 Streamable HTTP。这个 URL 有 365 天有效期过期需要重新授权泄露了可以重置链接。注意飞书那个 URL 本身相当于个人密钥不要直接提交到 Git 仓库。用 TaoToken 统一管理后mcp.json 里只出现 TaoToken 的 Key 和通道地址飞书 URL 通过环境变量注入更安全。3. Cursor 的 mcp.json 配置骨架Cursor 的 MCP 配置入口在 Settings → Tools MCP → New MCP Server然后编辑 mcp.json。下面是一份可直接复制的骨架把YOUR_TAOTOKEN_KEY和YOUR_FEISHU_MCP_URL替换成你自己的值{ mcpServers: { feishu-mcp: { url: https://mcp.feishu.cn/mcp/YOUR_FEISHU_MCP_URL, headers: { Authorization: Bearer YOUR_TAOTOKEN_KEY, X-TaoToken-Channel: feishu-mcp }, transport: streamable-http } } }几个参数说明用表格对照更清楚字段作用填写要点urlfeishu-mcp 服务地址从飞书 MCP 平台复制保持 Streamable HTTPheaders.AuthorizationTaoToken 鉴权填控制台创建的 API Key前缀 Bearerheaders.X-TaoToken-Channel通道标识用于区分不同 MCP 来源便于排查transport传输方式固定 streamable-http不要改成 sse如果你不想把 Key 写死在文件里可以用环境变量方式。Cursor 支持在 mcp.json 里引用系统环境变量改成这样{ mcpServers: { feishu-mcp: { url: ${FEISHU_MCP_URL}, headers: { Authorization: Bearer ${TAOTOKEN_API_KEY} }, transport: streamable-http } } }然后在系统里设置FEISHU_MCP_URL和TAOTOKEN_API_KEY两个环境变量。这样 mcp.json 可以安全地提交到团队仓库每个人用自己的 Key。保存后回到 Cursor 的 MCP 面板feishu-mcp 那一行应该变成绿色表示连接成功并读取到了支持的工具列表。如果还是灰色或红色看下一节的验证和排障。4. 验证 Streamable HTTP 连通性配置保存后先做一次最小验证确认 Streamable HTTP 通道是通的。有两种方式任选其一。方式一在 Cursor 里直接触发。打开一个对话输入「列出 feishu-mcp 支持的工具」如果配置正确AI 会返回工具清单比如云文档读取、消息发送、日历查询等。这一步能跑通说明鉴权和传输都没问题。方式二用 curl 手动验证。在终端执行curl -X POST https://mcp.feishu.cn/mcp/YOUR_FEISHU_MCP_URL \ -H Authorization: Bearer YOUR_TAOTOKEN_KEY \ -H Content-Type: application/json \ -H Accept: text/event-stream \ -d { jsonrpc: 2.0, id: 1, method: tools/list, params: {} }如果返回的是分块的 SSE 流里面包含工具列表的 JSON说明 Streamable HTTP 正常。Streamable HTTP 的特点是分块流式传输支持任意格式数据的渐进式返回所以你会看到数据一段段出来而不是一次性返回。实测下来第一次调用可能会慢几秒因为要建立流式连接。如果返回 401检查 TaoToken Key 是否正确如果返回 403检查飞书 URL 是否过期或权限是否授权完整如果连接超时检查网络是否能访问 mcp.feishu.cn。验证通过后你就可以在 Cursor 里让 AI 读取飞书文档了。比如输入「读取飞书上这篇 PRD 的内容然后生成对应的接口代码」AI 会通过 feishu-mcp 拉取文档再基于内容写代码。5. 本篇常见错排查配置过程中最容易踩的坑集中在几个地方逐个说。第一个transport 写错。有人习惯性写成sse但 feishu-mcp 用的是 Streamable HTTP必须写streamable-http。写错后 Cursor 面板会一直转圈或报协议不匹配。第二个Authorization 前缀漏了。TaoToken 的 Key 需要加Bearer前缀注意中间有个空格。漏了前缀会返回 401而且报错信息不明显容易误以为是 Key 本身失效。第三个飞书 URL 过期。飞书 MCP 的链接有 365 天有效期过期后所有调用都会失败。去飞书 MCP 平台点「重新授权」即可延长如果怀疑泄露就点「重置链接」旧 URL 立即失效。第四个mcp.json 格式错误。JSON 对逗号和引号很敏感多一个逗号或少一个引号都会导致整个文件解析失败。建议用编辑器的 JSON 校验功能先检查一遍。第五个环境变量没生效。如果用${VAR}方式要确认 Cursor 是从哪个 shell 启动的环境变量是否在那个 shell 的 profile 里。macOS 上 GUI 启动的 Cursor 可能读不到.zshrc里的变量需要改用launchctl setenv或直接在 mcp.json 里写值。第六个工具列表为空。连接是绿的但工具列表是空的通常是飞书侧授权时没有勾选「云文档」工具集。回到飞书 MCP 平台确认工具集已添加并授权。提示排障时优先看 Cursor 的 MCP 日志面板里面会打印具体的 HTTP 状态码和错误信息比面板上的红绿状态有用得多。6. 后续接入与 CTA跑通 feishu-mcp 之后你可以把它接进更长的编码流程。比如让 Cursor 先读飞书 PRD再生成接口和测试最后把结果写回飞书文档。这种 Agent 式的工作流对鉴权稳定性要求更高建议用 TaoToken 的 Coding Plan 来承载长期调用入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。如果你还需要管理多个 Key 或查看调用量去 API Keys 页面 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 创建和轮换。接入细节和参数说明看文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。想先验证模型对话是否正常可以用模型对话页面 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite 快速试一次。最后给一个实用技巧把 feishu-mcp 的配置和 TaoToken 的 Key 分开管理mcp.json 提交到仓库Key 走环境变量或密钥管理服务。这样团队协作时不会因为某个人重置了飞书链接而影响其他人每个人用自己的 TaoToken Key 和飞书授权互不干扰。
阅读完成 · 觉得有帮助？
