面向Cursor编程

在过去,程序员们总喜欢给编程方式贴上标签:面向过程编程、面向对象编程、面向服务编程、面向微服务编程……

如今,一个全新的流派由此诞生:面向 Cursor 编程。🧑‍💻🤖

这不是一句玩笑话。当我用 Cursor 重构了一个项目之后,我就已经意识到,未来coding就是tab tab tab.

目录

关键词

什么是“面向 Cursor 编程”?

简单来说,面向 Cursor 编程就是:

不需要自己手写代码,而是通过自然语言对话,指导 AI 生成、修正、完善代码。

在这种模式下:

  • 你是导演,Cursor 是演员。🎭 简单点,说话的方式简单点

  • 你的工作不再是埋头敲键盘,而是精准表达意图,审阅成果,持续迭代。(Prompt)

  • 代码不再是静态的产物,而是一场动态的对话过程。一场token的浪费之旅

  • 核心理念

    • 提问、审阅、完善为主,不是单纯手动写代码。

    • AI 协作,而非单方面控制。

面向 Cursor 编程的优势 ✨

✨ 和传统手写式开发相比,这种模式带来了巨大的变化:

  • 效率爆表:原本 8 小时的活,现在 2 小时能搞定。这是真的。

  • 脑力节省:不用死记硬背各种 API,只需要聚焦业务和逻辑。这也是真的。

  • 原型飞起:想法一有,立刻转化为可运行的代码。这的确也是真的。

  • 思考更自然:编程开始更像“用人话交流”,而不是机械地翻译成代码。丁真丁真丁真。

最重要的是:

我们开始真正从“怎么写”转向“写什么、为什么这么写”。

但是,确定是丁真吗?我先放一张图,后面再解释:

vibecode

面向Cursor编程实测⚡

我最近刚好重构有一个项目,叫做21v Webhook,这个项目是用于测试Microsoft 365 Webhook功能的网站。

我对Cursor的提示词如下:

js
这是一个用于测试 Microsoft 365 webhook 功能的演示项目,主要测试邮件接收和 Teams 聊天通知的 webhook 功能。

功能特点:
- 接收和处理 Microsoft 365 邮件通知
- 接收和处理 Teams 聊天消息通知
- 支持多租户,多租户情况下需要区分订阅信息
- 支持 webhook 订阅验证,并能够删除订阅
- 使用 Microsoft Graph API 进行身份验证和数据处理

请帮我基于当前代码进行优化以及重构,web框架要求使用Microsoft Fluent UI.

这个提示词看起来是不是很完美?但其实远远不够,因为很多细节这个提示词里面没有涉及到,举个例子🌰:

订阅过滤的功能

项目中有一个功能叫做订阅过滤,用于区分不同租户创建的订阅。

我并没有明确告诉AI如何去实现这一逻辑,只是告诉AI订阅需要过滤,结果Cursor在处理时就出现了混乱。请看VCR:

这一轮番的对话,像极了在和一个天才又叛逆的实习生搭档开发:

  • 我没有想法,你让我怎么改我就怎么改,反正最后浪费的是你的token。

AI编程的惊喜

最初,我以为 Cursor 只是负责生成代码、修复错误。

结果没想到,当遇到难以解决的问题时,Cursor居然会主动生成测试用例!

这个就是Cursor比Github Copolit高级的地方,它不只是“在你写代码的时候给点提示”,而是深度接管你的整个开发工作流,包括:

  • 直接在项目文件夹里创建/修改/删除文件

  • 执行脚本、运行命令

  • 理解项目整体结构,而不是只看你当前光标位置的几行代码

  • 可以连着文件系统、终端、Git仓库一起协作

这就使得 Cursor 更像一个真正的开发助手,而不仅是个智能补全工具。

某种意义上来说,Cursor已经在向智能开发演进了。

AI编程的挑战🎯

当然,面向 Cursor 编程也不是没有挑战。⚡

  • 提问(promtp)是一门新艺术:

    • 你说“写个接口”,它可能理解成“画个靶子”;

    • 你说“支持高并发的 websocket 服务”,它可能默认只有 10 个连接……

    • 指令越清晰,结果越接近预期。

  • 不能盲目信任

    • Cursor 有时候很会一本正经地胡说八道。

    • 每一行代码,都需要你带着审阅的眼光去检查。

    • 记住,生成的代码只是起点,不是终点。

  • 需要新型技能:

    • 你要学会用更高级的方式“驾驭”AI。

    • 比如:怎么给反馈、怎么补充上下文、怎么逐步引导。

所以Reddit的老哥都这么调侃:

20 分钟创建 2 万行代码,2 年时间来调试。🤡

Cursor 每次信誓旦旦提的 PR,我都要审到怀疑人生。😂

后记

Cursor 确实让开发进入了一个新阶段,所以未来的开发🚀 ,很可能是:

  • 写一段需求说明(prompt)

  • 得到一堆代码、测试、文档

  • 你只需要修一修、调一调、审一审

  • 80% 的时间在“定义问题”,20% 的时间在“微调解决方案”

面向 Cursor 编程,是我们向这个未来迈出的第一步。

n8n二三事