cursor rule文件挺实用，但不要滥用不要太长，因为太长会导致每次上下文太长影响生成效果，像什么中文回复、markdown之类就没必要了，因为你中文输入提示词就默认中文回复，只需要最关键的几点：
- 你的项目类型
- 主要框架
- 命名规则等
比如下面是我用的
从原理上说，这个 rules 的文件默认会每次都发给 API，如果 rules 的内容多了，那么其他地方的内容就要压缩，毕竟整体上下文窗口长度是有限的；另外就是不是每一次请求都需要这么多rules，这里只需要放通用的，具体到每一次写 prompt 的时候额外补充要求就够了
x.com/ch1lam_/status
ch1lam
@ch1lam_
Dec 09 24
View on Twitter
太长还会有影响的？我是参考了cursor.directory 上的提示词再修改的，给我的感觉是越详细效果越好，特别是每个重要的框架都详细描述下要求。特别是有无e.g.效果很明显
如果代码不长那几乎没影响的，甚至长一点更好，如果代码很多那么这里少一点会更好。另外模型越强上下文窗口长度支持越大的影响越小。还是具体情况具体看吧。
Cursor 用好最重要的技巧在于 Instruction + Context：
Instruction：
每次要做什么事情，期望的得到什么样的结果要明确；并且这个指令要尽可能小和原子化，就是一次可以一个小MVP迭代最好，最好不要一次太多任务
Context：
也就是你相关的代码有哪些，最好手动一一添加到 Composer 的上下文中
虽然说 Claude 这种模型指令遵循很好、上下文窗口长度也不小，但 AI 编辑器会做工程上的优化，一不小心就给你把长内容优化掉了
响马@xicilion
Dec 08 24
View on Twitter
提醒一个坑，大家要注意避让。
WindSurf 会假装阅读了文件，而其实它只读了前 200 行。这时候你可以措辞严厉要求它读完，然后它就会出错，说自己读不完。
简单的测试，是给个大文件 (最好 700+)，让它读完并列出提纲。你比对一下提纲就知道它是不是在撒谎。
很多时候它喂药就是因为这个原因。
宝玉
@dotey
Prompt Engineer, dedicated to learning and disseminating knowledge about AI, software engineering, and engineering management.
Missing some tweets in this thread? Or failed to load images or videos? You can try to .