最近公司的沟通协作及文档工具都迁移到飞书了,作为 AI 编程的深度实践探索者,日常的业务需求我已经基本委托给 Cursor 来完成了,我只需要负责将需求描述好,并做好设计即可。
我认为程序员和 AI 的这种写作方式是以后的趋势,程序员和 AI 结对编程,程序员负责设计、AI 负责实现,程序员和 AI 互相 review 完成开发任务。
但是也碰到了一些问题,如果需求太大的话,需求翻译官这个角色就不是很好完成了,那有没有可能直接读取飞书文档当作需求描述,然后自己做一下概要设计和详细设计,这样 Cursor 就有了完整的上下文。
在 MCP 市场搜了一下还真有飞书文档 MCP 服务,支持读取飞书云文档内容。

同时看了下飞书官方文档,介绍很详细了,提供了很强大的功能,看下工具列表:

飞书官方 MCP 文档介绍地址:https://open.feishu.cn/document/uAjLw4CM/ukTMukTMukTM/mcp_integration/mcp_introduction
简单看了一下文档之后发现,为了安装飞书 MCP,需要 App ID、App Secret、user_access_token 这些信息:

下面介绍一下如何获取到这些信息:
第一步,飞书开发者后台创建一个应用

然后在复制 App Id 和 App Secret。

在飞书应用中选择并开通多维表、云文档相关权限,这样飞书应用就可以读取、编辑飞书云文档、多维表了。

点击“创建版本”,将应用发布上线。

版本按照规范填即可,更新说明简单填一下。

第二步,获取用户 token
直接从应用后台打开一个权限,点击详情进入飞书说明文档。

点击右上角的 API 调试台。

到调试台之后,确认一下应用是否是我们需要操作 MCP 服务的应用,如果不是,手动切换一下。
然后点击“获取 Token”。

点击授权。

之后就能看到 user_access_token 了。

第三步,使用 Cursor 安装 MCP 服务
基于之前 Cursor MCP 的经验,我们知道,Cursor 管理多个 MCP,其实就是通过 mcp.json 文件,里面多个 MCP 配置。
直接查看飞书文档,复制 mcp Json数据,替换 App ID、App Secret、user_access_token 三个变量即可。

看到小绿点就是配置成功了。

这一步不会配置的,可以直接把 MCP 市场的安装链接扔给 Cursor,让 Cursor 帮我们安装。
第四步,测试
这篇文档是我直接使用 Cursor 开发饺子小程序的详细复盘,字数超过 5000,看看通过这个 MCP 服务能不能读取并总结。

总结一下这篇文档的内容 https://dx4xjzxjun.feishu.cn/docx/Hpn3dUgf6oeVjPxgFQQcJOJ0nle?from=from_copylink

文章是我自己写的,可以说总结的很到位了,AI 编程的按照现在的发展速度,程序员这个职业可能在不远的将来就不再存在。
1、3个接地气的生存建议
① 把“脏活累活”扔给AI
- 别做:手动写重复代码(比如表单校验、接口联调)
- 要做:用 Prompt 让 AI 生成代码,自己只改关键部分
② 核心逻辑自己把关
- AI的短板:业务理解、架构设计、边界情况处理
- 你的优势:知道“为什么这样写”而不是“怎么写”
比如之前我用 AI 做的小程序,你可以让 AI 写代码,但是需求细节、架构设计、表结构设计,人做好把关,会更顺利。
③ 把 AI 当实习生带
- 事前:给明确指令(像教新人一样写 Prompt)
- 事中:盯着 AI 的产出(别让它自由发挥)
- 事后:严格 Review(就像检查实习生代码)
只做这三件事,提升自己竞争力,被裁员也不怕!

1360

被折叠的 条评论
为什么被折叠?



