cursor rules 基础：提示词结构

写提示词其实很简单

先把骨架搭好，再慢慢优化，

很像咱们写文档的过程， 先有文档结构，再补充细节

你去网上搜，现在巨多模板结构，都是可以拿来用的

重要的是哪一款用着最顺手

我这里推荐 STAR 结构， 这个概念其实很早就有了，是做商业资讯那帮人搞出来的， 它的目的就是帮助使用者梳理思路，

STAR 里的每个字母分别代表着 situation 背景、Target 目标、Active 动作和 Result 预期结果

我们一个个说

首先是背景，

对于全局规则而言，我们就像写系统提示词一样， 给它一个人设定位和风格，

例如我现在的开发场景，基本上围绕着 nextjs ，react 展开， 那么我就可以将人设定义为精通 nextjs 框架的工程师，风格则是对优雅代码的极致追求

而对于项目规则，我们的核心目的是要让 cursor 精准的判断何时调用， 那么我们就可以给这个规则一个简单、明了的定义，帮助 cursor 索引

在写目标时，

全局规则更偏向于给 ai 一个大致的方向让它遵守， 就像我们做项目，领导最关心的往往是方向对不对、有没有潜在法律风险， 而不是事无巨细的教你怎么做

而项目规则就不能那么粗了， 我们需要给出具体的步骤，就好比做项目的 SOP 一样，照着做就行

接下来是动作

这也是占据提示词最多篇幅的部分，

因为不论是全局还是项目规则， 我们都需要具体问题具体分析，

例如我们希望 ai 在写代码时尽可能别写什么，和尽可能写什么，这个最好明确定义， 在项目规则中，直接给出一个代码示例是最好的， 回看实际的产品开发流程， 产品有 prd 规范、开发有代码规范、ui 有设计规范， 跟 ai 的交互无非是人换成了 ai，规范换成了提示词

最后是预期结果

这很像每个项目中的风控环节， 有了它，项目就可以提前规划，避免不必要的麻烦

例如在全局规则内，我们可以告诉 ai 我们不希望看到在一个代码文件中，无脑堆代码 而在项目规则中，直接给 ai 一个让人小脑萎缩的代码示例就行

经过这么一折腾，一份提示词的结构就搭建好了，

如果遇到新的场景，需要 ai 注意的，按这个结构做更新就非常简单了，

各位千万不要一上来就追求写出完美的提示词， 你现在可以看到的成熟提示词，都是分享者在背后精心雕琢过的，

我的建议是先模仿、再优化、最后创新