这是一篇经验文章，也是Cursor手册类。

Smartshell VibeCoding 处女作

最近使用Cursor从0到1完成一个项目，产品名称：Smartshell。Smartshell为中小团队提供 Linux 黑屏与数据库集中运维工具。聚焦提升研发运维效率，沉淀环境修复经验，让智能化贯穿排查与日常操作。说句人话，就是WEB版本的Xshell和Navigate+AI。

如果你想体验一下功能，访问Smartshell官网 （地址：smartshell.cc ）页面如下，用手机号登录就是游客，需要操作员角色私信联系，我给你搞个账号。

下来分享一下对Cursor使用的经验，尤其是Cursor规则的设置。

动起来是王道

如果你现在还对VibeCoding焦虑，那么就自己去做个项目试试。从0到1实现一遍什么都清楚了。这是一个哲学问题，知行合一，你不可能完全知道了才去行动，因为很多东西只能从行动中体会到，语言和文字是没法描述这些感觉的。

一句话：动起来。

Cursor 认识

这是我的Cursor页面。分为文件目录，文件展示，对话框三个区域。用的最多的就是对话框。你也别管有几种模式，动起来最重要。

Cursor经验

让代码在控制中

Cursor写出的代码，你必须自己可以写出来。 用了什么技术方案，功能方案，什么代码放在什么目录，安全合规，非功能性需求，风格等需要在掌控中。因为你依然是哪个负责人，除了问题老板不会去找Cursor。

如果你依然妄想一键编码，请看看：

使用Cursor从0到1完成工业级软件心得，躬身入局，解决Vibe Coding焦虑-CSDN博客

尽量说清楚

你给他的信息量多大，他就给能做到多细致。只要不是简单的CRUD，就别只说需求，也需要说技术方案。这些东西，尽量一次到位，不清楚就自己画图去设计，而不是让Cursor替代你完成方案设计，比如：

一次性不要说太多

大模型现在都有个共性问题，提交的文本太多就不准确。

将需求拆分为不同的模块分阶段实现，每个模块实现后需要有检查项，检查功能。

体验功能可以矫正下一次的提示词，切记不要不看功能，多次输入提示词，实现多个功能后才去看效果。这种方式 到一定程度，你就失去对软件的掌控能力了，如果出问题就麻烦了。 

Plan只针对心里没有底的方案实现

Cursor有如下几种模式，Plan类似做计划，做完计划build就转到Agent模式开始编码了。

如果对于一个压根不知道怎么实现的功能，就不要用Plan，你需要专门调研，然后实现Demo。否则Cursor给你的Plan内容，要不看不懂，要不就是不清楚可以进行哪个改造。

我用Plan模式只是不清楚Cursor准备怎么替我实现的情况下用，而实现方案我大体会个脉络。

过程中即使补充规则

程序员会按照规范开发，那么Cursor在学习了开源的一些资料后基本是一个刚来的初级水平，需要你去规范他，以及将一些你公司项目的规范给输入进去。这些规范就是Cursor的规则。

可以在编写过程中，在对话框中输入：

添加规则 修改完代码，提示一下是否修改前后端代码，如果修改后端代码提示我重启   

效果是这样：

不断地补充规则，可以让Cursor用起来越来顺手。

VibeCoding 最大的阻塞是软件工程

瀑布模式： 产品需求分析，设计 ==> 概要设计，详细设计 ==> 编码（开发，自测） ==> 测试

现在开发突然可以加速，那么其他节点就会制约。比如产品设计速度，概要设计中的一些核心技术点的调研，测试计划和实施。

文化，改变这个模式最大的问题是企业文化。

进化能力，VibeCoding的工业流程在探索阶段，传统的模式应该怎么进化，需要团队成员自己摸索，就需要有些人可以站在软件工程的角度去审视。

你修改了代码需要告诉Cursor，否则他会覆盖

人和Cursor协同问题，Cursor每次读取会后一个快照，一个速度，二一个是节省token。所以频繁的人机协同会消耗token，毕竟他也不清楚你修改了哪一行。

如果你修改了，最好能直接告诉Cursor，别让他自己找。公司的token也是钱。

即使提交代码到git，一个大模块后需要审查代码

不要一次提交一堆，多了人就会失去控制。

一个大模块实现完成就需要check，这个不是团队的Check，而是自己Check，看有啥需要修改的或者没有按照规范来的。

一个bug一个提问，否则Cursor能修改一个bug，再生产10个bug。

经验积累和沉淀

AI做一些确定的工作会非常快。 无论团队，还是个人都是如此。

拓展技能广度

比如：让前端使用vue，elementUI ，vite代理，webpack打包等，这些名词你需要知道。哪怕你不怎么熟悉你也需要了解每个名字之间是怎么协同的。

技能广度：前后端 拓展，不同语言 拓展，产品，研发，测试 端到端测试；痛点发现，规划，市场调研，实现，发布，市场预热 等等，在商业的维度进行拓展。 

Cursor 规则

打开设置

打开Cursor的Settings（这个总会吧？不会的话建议回炉重造），点击Rules，就能看到这两种Rules了。

Scope作用域

1. User Rules：全局规则，所有项目均能用
2. Project Rules：项目级别规则，就当前项目生效

分类

1. Always：总是生效
2. Auto Attached：需要你配置一下啥情况下生效，比如指定后缀的文件才用
3. Agent Request：得给规则加个描述，让Cursor自己判断要不要用
4. Manual：得你自己在聊天框手动指定，有点麻烦但最灵活

添加方式

Setting页面添加

对话框添加

直接修改文件 .cusor/rules目录下

优秀博客推荐

使用Cursor从0到1完成工业级软件心得，躬身入局，解决Vibe Coding焦虑-CSDN博客