大家好,欢迎来到程序视点
!我是你们的老朋友.安戈!
前言
在上一篇文章中,我们详细分享了Cursor入门的系统配置优化内容!初入门的小伙伴麻烦给个赞哦!
再做完上一篇的配置后,就可以正式体验cursor了。重点:把Cursor当人看,进行高效的需求沟通!
与Cursor的需求沟通
刚开始使用Cursor时,不用太刻意使用什么技巧,还是那句话"先把手弄脏",对后续使用会有极大的提效。
下面这些技巧就是我把手弄脏后总结的。(不对的地方,请大家评论区指正哦)
1)前期多沟通明确需求
对于简单项目(比如俄罗斯方块、贪吃蛇等小游戏),直接用你想到的话问cursor就好了。
但对于复杂项目,我更建议前期多和cursor沟通,确认需求细节。
如果前期没有和cursor说清楚自己的需求,而且由着cursor发挥,结果后面可能发现并不是自己想要的东西,那就只能大改,费时费力还费钱。费时费力好理解,费钱是因为cursor不便宜。
9月15的新规,让Cursor的计费更加严苛了!我这里也为大家提供了优惠的Cursor Pro,现在计量收费的模式下,能给到大家50+美刀的额度。有技巧性的使用,能到80~100美刀!关注【程序视点】,回复cursor
,立即参与!
无论大家选择哪样的方案,都要注意:让自己带着Cursor走,而不是让Cursor把你带偏了!
另外,Cursor的请求额度总是有限的。为了节省大家的费用成本,尤其喜欢使用Claude高级模型的小伙伴,一些简单的问题,能自己解决的就自己解决了,比如改个卡片尺寸,改个文字大小的代码等活儿......
2)让cursor复述你的要求
我们陈述语言是有模糊性的,加上ai理解特定信息的局限性,以及ai生成内容的随机性,有些时候我们可能会遇到ai"答非所问"的情况。
这个时候别怪ai,应该先看下自己的提问或描述是否清晰易懂,最好的方法就是让ai复述一遍你的需求,看ai是否充分理解了。
3)善用图示提问
如果你的需求很难用文字完全描述清楚,可以适当增加一些图示,这样能更好地帮助cursor去理解你的意图。
比如我在做网页金句卡片插件的过程中,我想要复用"沉浸式翻译"这款插件其中一个交互方式,当时我就用纯文本信息给cursor提问:
css
把右侧浮窗hover出现二维码的交互,调整为鼠标点击右侧浮窗才出现二维码,出现二维码后浮窗有效较会有绿色的打钩icon以表达二维码已显示,再次点击后二维码消失,同时绿的打钩icon也同时消失
在cursor给出的第一次解决方案和回答中,它似乎理解了我的需求,但实际上没有生效。在给我的第二次解决方案中,确实移除了CSS的hover效果,增加了点击事件的判断逻辑,也完成了打钩图标的现实逻辑,但这次打钩图标出现在二维码上(而不是我想要的右侧浮窗上)。
像这个时候,描述就不能再这样耗下去了。毕竟cursor每月额度有限,不能耗在这些简单的描述问题上。
于是,我换了种描述方法:将当前的UI效果进行截图并用不同颜色对目标区域进行框选标注,然后上传给cursor,对应的提问是:
然后我想要的效果就实现了。

4)给Cursor建议而不是给命令
除非你非常确定自己想要用什么方案,否则会更建议和cursor沟通时多问这个方案怎么样,并从中寻找最佳方案,而不是选择用下命令的方式,直接堵住了其它可能。
Cursor(或者说其他AI工具)的优势在于懂的多,而我们人类的优势在于拥有独特的经验,以及更了解自己当下的资源约束。
因此,在前期需求沟通阶段,可以充分发挥AI工具的优势,等明确需求后,就可以约束Cursor进行更高效的开发了。
当然,大家不用背诵这些需求沟通的技巧,因为基本可以用下面这段prompt实现:
scss
[#角色设定]
你是一位经验丰富的项目经理,对于用户每一次提出的问题,都不急于编写代码,更多是通过深思熟虑、结构化的推理以产生高质量的回答,探索更多的可能方案,并从中寻找最佳方案
你具备以下能力:
[#需求澄清](null)
1.能用自己的话清晰地复述用户提出的问题
2.与用户建立高层级需求沟通
3.提供类比案例帮助用户启发思考
4.使用问题链追问来深入用户潜在需求
5.解释主要挑战和限制条件
6.整个思考过程,你可用提问的方式,补全你需要的资料和信息
[#方案探索]
1.基于已有技术,探索多种可行的实现方式
2.列出每种方案的优点、缺点、适用场景及成本
3.优先考虑网络中已有的技术解决方案,避免重复造轮子
4.根据需求提供最优推荐,说明推荐理由及后续改进方向
[#执行计划]
1.基于推荐方案,制定系统架构、数据流及交互
2.使用敏捷方式管理,制定迭代方案
3.明确每次迭代的目标及任务明细
对话效果如下图所示(我把prompt放在了Rules for AI里):

5)Chat和Composer搭配使用
这个太重要了!Cursor有Chat和Composer两种模式,我的方法是一般就是先用Chat模式和cursor沟通好整体的产品架构、技术栈等细节,形成相对成熟的方案后再放到Ccomposer模式去沟通,这样效率更高。
这是因为Chat和Composer两者的侧重点不同。
Chat模式:
主要用于和cursor对话,你可以问它有关代码的问题,获取即时的反馈和建议。
Chat模式的特点就是互动性强,适合快速解决问题;适合处理具体的代码问题或获取代码片段。
想象你在一个虚拟的编程论坛上,向一个智能助手提问。你输入:"如何在 JavaScript 中创建一个数组?"助手立即回复:
ini
const myArray = [1, 2, 3, 4, 5];
然后你继续问:"如何添加一个元素到数组中?"助手又给出答案:
ini
myArray.push(6);
在这个模式下,你可以快速获得代码示例和解决方案,适合快速学习和解决具体问题。
但如果你想将这些代码应用到实际开发中,就需要自己创建好文件并一个个复制粘贴过去。
Composer模式:
更侧重于代码的撰写和编辑,你可以在这个模式下进行长篇代码的编写、更改。
区别于Chat,Composer生成的代码是会帮你直接弄到文件里了,不用复制粘贴。
它的特点就是提供了checkpoint(代码回滚)、iterate on lints(代码检查修复)等更多的编辑工具,适合撰写完整的代码文件;支持代码的组织和结构化,适合大型项目的开发。
想象你在一个代码编辑器中,正在撰写一个完整的 JavaScript 应用程序。你可以在 Composer 模式下输入多个函数、类和模块,像这样:
javascript
// 定义一个简单的函数
function greet(name) {
return Hello, ${name}!;
}
// 使用函数
console.log(greet('World'));
在这个模式下,你可以使用代码高亮、自动补全和格式化工具,方便地组织和管理代码,适合进行复杂的开发工作。
6)部分限定提问
因为LLM具有随机性和上下文限制,所以每次提问cursor,它给出的下一步方案都可能和前面存在偏差(也就是它可能会删改以前的代码,甚至把原有的必要功能改没了),进而导致报错。(很多模型都有这个情况,要特别注意)为了减少这种情况,可以每次提问会加上一句:
尽量不大改代码框架的前提下,给出最合适的代码方案
或者
我想增加某某功能,你需要注意的是:保证原有功能代码正常运行,不能把原来的功能改没了
这些限定提问没有严格的prompt,只要能让cursor理解就行。
为了避免上下文限制,我还会阶段性地把最新代码给cursor进行检查,比如之前的检查过程中,cursor就找到了一些重复代码,以及提供一些更全面的方案(比本地没有这个字体的话,可以替换成另一种可用字体,避免出现显示问题)。
7)让Cursor分步骤指导
在git初始化或者其它项目开发的过程中,cursor可能会一下子给出很多终端指令,但对于第一次接触编程的小白来说,其实很多指令都是很陌生的,一下子就全懵了~
这个时候可以告诉cursor分步骤一步步来指导你,你每完成一个步骤就给Cursor一个反馈。及时反馈及时调整,基本很快就能解决问题。
好了,以上就是实践总结出来的给Cursor发送需求的技巧!如果大家还有更多、更好的内容,欢迎评论区留言哦~
最后
工欲善其事,必先利其器。基础小白入门AI编程的第一步:"先能做出来,再去理解为什么能做出来"。
当你做出来,就已经超过99%的人了。但不能直接蛮干,这样会走太多弯路,希望今天的文章能帮助初入Cursor的小伙伴。
这里提供了Cursor的超优惠活动!需要的小伙伴,请关注【程序视点】,评论区回复:cursor,了解Cursor优惠详情。
AI快速发展的时代,原有的生产方式和效率在被颠覆, 需要【有想法】且【懂得利用AI工具】的人才。
【程序视点】助力打工人减负,从来不是说说而已!
如果你觉得这篇教程有帮助,别忘了【点赞+收藏+关注】三连支持!
后续安戈会持续分享更多开发工具和技巧,敬请期待!如果有其他工具需求,欢迎留言讨论~ 🚀