最近一段时间，我用 Cursor 用得比较重。
一开始其实挺随意的：写写代码、让它补补函数、改改逻辑，感觉就是个“更聪明的 Copilot”。
直到后来项目越来越大、人越来越多，我才慢慢意识到一个问题：
Prompt 写得再好，也解决不了工程层面的问题。****
也是从这时候开始，我才真正开始琢磨 Cursor 里的 Rule 和 Skill。
一开始我也分不清 Rule 和 Skill
后来发现完全不是一回事。
简单说一句我的理解：
-
Rule 是“别乱写”
-
Skill 是“别重复写”
这俩解决的问题完全不一样。
Rule：它不帮你写代码，但天天盯着你
Rule 给我的感觉，有点像：
-
项目里的老工程师
-
Code Review 里那个特别爱挑刺的人
你写代码的时候，它不会跳出来帮你生成一堆东西，但它会不断提醒你：
-
这地方不该这么写
-
这逻辑不该放在 VC 里
-
这个 force unwrap 迟早出事
比如在 iOS 项目里，我给自己定过一些 Rule：
-
用 UIKit，不碰 SwiftUI
-
布局统一用 SnapKit
-
网络请求不准写在 ViewController
-
iOS 16+ 一律 async/await
这些 Rule 不会让你写得更快，
但会让你不至于越写越烂。
后来我发现一个很现实的点：
Rule 不是给高手用的，是防止项目被“慢慢写坏”的。
Skill：它是真的能帮你干活
Skill 则完全是另一种感觉。
如果说 Rule 像一个在旁边盯着你的老工程师，
那 Skill 更像是：
“这活你别手写了，我给你打一版底稿。”
举个特别真实的例子：
我在一个 iOS 项目里，经常干这些事：
-
新加一个页面
-
写 ViewController + ViewModel
-
接一个接口
-
搭一堆 SnapKit 布局
干到第十几次的时候，其实你已经不太需要“思考”了，只是体力活。
这时候 Skill 的价值就出来了。
我后来干脆搞了几个 Skill：
-
生成 MVVM 的 VC 骨架
-
根据接口描述生成 Service
-
根据 JSON 生成 Realm + Codable Model
不是说它一次生成就完美，但至少：
-
结构是对的
-
不会漏东西
-
我只需要改细节
Skill 真正帮我省下来的，是心力，不只是时间。*
Rule 和 Skill 最大的区别，其实在“主动 / 被动”
这是我后来才想明白的一个点：
-
Rule 是被动生效的****
- 你写代码，它在背后约束你
-
Skill 是你主动调用的****
-
你知道要干啥，让它来帮你
-
所以它们根本不是同一类东西。
一句我自己的总结：
Rule 管“不能怎么写”，
Skill 管“这事别再从零写了”。
为啥在大项目里，这个区分特别重要？
小项目的时候，其实无所谓：
-
代码烂了就重写
-
规范靠记忆
-
人少，沟通成本低
但项目一大：
-
人会换
-
代码会留下
-
技术债不会自动消失
这时候你会发现：
-
没 Rule，代码质量是慢慢失控的
-
没 Skill，效率是很难规模化的
而 Prompt，说实话，只能解决眼前那一下。
最后一点个人感受
我现在越来越觉得：
Cursor 真正厉害的地方，不是“写代码像人”，
而是它给了你机会，把工程经验留下来。
Rule 留下的是底线，
Skill 留下的是套路。
当你开始想：
-
哪些东西该写成 Rule
-
哪些事情值得 Skill 化
-
哪些经验不应该只存在某个人脑子里
那你用的，已经不只是一个编辑器了。