用Cursor写React组件，Prompt该怎么写才能让它少改几次？

确实，Prompt太笼统的话AI就爱自由发挥，我一般会先贴关键依赖和组件目录结构，再点名“基于现有Button和Table组件封装”，它跑偏概率能小不少。另外别光说“用hooks”，直接给个业务场景或数据流描述，比如“点击搜索后拉接口更新列表”，比关键词管用。角色设定我也试过，就一句“你是我们团队前端，熟悉内部UI规范”，效果有点玄学，但至少比裸奔好。

这个问题我太有同感了，之前也卡在“逻辑对但细节歪”这个坑里。后来我发现一个关键点：别把Cursor当全能AI，得把它当个“刚入职的实习生”，你给它讲清楚项目里的“约定俗成”比啥都重要。比如你那个Table的例子，我现在的做法是直接贴一小段现有封装组件的代码示例，再跟一句“所有表格必须用这个，别引第三方库”，它基本就不会跑偏了。

另外你说的角色设定确实有用，但别整太虚的，我一般开头就直接写“你是我们中后台项目的资深前端，熟悉内部封装的src/components下的所有基础组件”，然后顺手把项目目录结构里那几个关键文件路径列出来，它自己会去读。还有个小技巧，就是把你最不能接受的那种输出（比如class组件）直接写成“禁止使用class组件，一律函数式+hooks”，负面清单比正面描述更省事。

不过我觉得你遇到的另一个问题可能是Prompt里信息密度太高了，又是搜索又是分页，它容易顾此失彼。我习惯拆两步走：第一步只让它出核心逻辑和数据结构，第二步再单独让它细化交互。还有，如果你公司有内部的设计规范或者common样式文件，最好把那个文件路径或者几个关键样式变量也发过去，否则它自己猜出来的样式肯定跟你想要的差十万八千里。总之别嫌烦，前期多花一分钟把上下文喂足，后面能省你来回改十次的时间。

直接把项目里封装的组件import路径和核心props贴进prompt里，比让它自己猜靠谱多了。

我一般会把项目里关键的package.json和组件目录结构直接贴进Prompt，再明确写一句“优先使用src/components下的基础组件”，这样比笼统说“用现有组件”管用很多。另外角色设定挺有效的，比如开头加一句“你是这个中后台项目的资深前端”，它生成代码时就会更倾向匹配项目惯例。至于hooks变class的问题，我猜可能是上下文太长导致它忘了你的约束，可以把关键要求放在Prompt开头和结尾各强调一遍，中间别插太多无关细节。

这问题太真实了，我最近也在用Cursor搞内部组件库，一开始也是被它那套“自作主张”气到不行。后来发现一个笨办法挺管用：写Prompt前，直接把你要用的那个基础组件的props类型定义和一两行使用示例贴进去，再明确说“基于这个组件封装，不要引入其他UI库”。它反而能老实很多。至于角色设定，我个人感觉比贴package.json更有效的是给它一个“项目约束”段落，比如“项目统一用dayjs不用moment，样式变量必须走tokens”，相当于给它画个圈。另外你提到让它用hooks它写class，我怀疑是上下文里旧代码干扰了，可以试试在Prompt开头加一句“忽略所有历史代码风格，严格按以下要求来”。还有个细节，别只说“用hooks”，最好直接举例“用useState管理loading，用useEffect发请求”，说得越像代码，它越不容易跑偏。最后，如果改超过两轮，我一般直接删掉它生成的代码重写一遍Prompt，有时候比在错误代码上打补丁效率高多了。

直接把项目里封装的组件路径和props贴进prompt，再给它个角色设定，比如“你是该项目的资深前端”，效果立竿见影。

你这问题太真实了，Cursor默认会优先猜antd，因为训练数据里太常见了。我现在的做法是写prompt前直接甩一段核心代码进去，比如你封装Table的props定义，再补一句“严格按这个组件的API来，别引入其他UI库”，比贴package.json管用。还有你说“用hooks”它反而写class，我怀疑是上下文里旧代码带偏了，建议把新建文件的路径写清楚，或者干脆在prompt末尾加一句“只允许使用函数组件和useState/useEffect”，这样指令强约束比角色设定更直接。

直接把package.json和组件路径贴进Prompt，再指定“基于xxx组件实现”就行，比模糊描述管用多了。

先贴组件目录和package.json，再让它照着现有组件抄，比啥角色设定都管用。

我一般会在项目根目录放个.cursorrules文件，把技术栈和常用组件路径写进去，这样它就不会乱用Antd了。你提到的贴package.json有用，但更关键的是告诉它你封装组件的具体名字和props结构，不然它还是会瞎猜。我试过先让它读一遍我写的组件再提需求，改的次数明显少了。另外“用hooks实现”这种词有时候确实会翻车，不如直接写“用函数组件+useState”。

贴package.json和目录结构确实有用，我一般还会在prompt里直接说“参考src/components/BaseTable的API，别用antd”。角色设定也试过，开头加一句“你是这个项目的资深前端，技术栈是React18+TS+hooks”，class组件的问题基本没了。另外把已有组件的props或简单用法示例粘一小段进去，比光描述管用得多，AI照着抄比它自己猜靠谱。

我一般会先把项目里已有的基础组件和目录结构简单描述一下，再让它按这个来写，不然它默认就爱用antd。角色设定也挺管用的，比如开头就说“你是一个React+TS的中后台项目开发者，项目里已经有封装的BaseTable”，生成结果会贴很多。包不建议全贴package.json，太长了反而干扰，挑关键依赖说就行。还有个小技巧是给它一个你写好的类似组件当参考，比说一堆话都有效。

用Cursor写组件确实得把上下文喂足，光靠一句“写个带搜索分页的Table”它只能猜。我一般会先把项目里封装的那个基础Table组件的props和用法贴进去，再告诉它“基于这个组件扩展，不要引入antd”。这样它基本不会跑偏。你说的hooks变class也挺常见，Cursor有时会按训练数据里的老习惯走，可以在prompt里直接写“只用函数组件和useState/useEffect，禁止class”，比单纯说“用hooks”更管用。角色设定有点用，比如开头写“你是这个中后台项目的资深前端，技术栈是React18+TS+自研UI库”，它会更贴合。另外package.json不用全贴，截取dependencies里相关的几行就行，太长反而稀释重点。我还会把目标组件的文件路径和相邻组件目录树给它，让它知道该import什么。最省事的办法其实是先让它复述一遍需求和约束，确认没理解错再让它写代码，能少改好几轮。

我一般会在项目根目录放一个 .cursorrules 文件，把技术栈和组件规范写进去，比如“优先使用 src/components/base 下的封装组件，禁止直接引 antd 的 Table”，这样它生成前就会先读这个。另外写 prompt 时最好把要用的基础组件的 props 签名也贴一小段进去，光靠 package.json 它猜不到你封装组件的用法。hooks 那个问题我遇到过，后来发现是它看到项目里旧代码有 class 就跟着学了，可以在 prompt 里明确说“只输出函数组件，不要用 class”。角色设定我觉得用处不大，还不如直接把相关文件 @ 进去让它参考。

我一般会在项目根目录放一个 .cursorrules 文件，把技术栈、组件库、目录约定都写进去，这样每次对话它都会自动带上这些上下文，比每次手动贴 package.json 省事多了。你说的 Ant Design Table 那个问题，其实可以在 Prompt 里直接点名“使用 src/components/BaseTable”，并且把那个组件的 props 接口简单描述一下，它就不太会乱引第三方库了。至于 hooks 反而生成 class 组件，我怀疑是它从上下文里抓到了旧版本的 React 代码片段，你可以在规则里明确写“统一使用函数组件 + hooks，禁止 class 组件”。角色设定这招我也用过，比如开头写“你是一个熟悉我们内部组件库的前端，项目使用 React 18 + TS + Vite”，确实能减少跑偏。另外建议把常用组件的示例代码放到一个单独文件里，用 @ 引用进去，比纯文字描述管用。最后就是别指望一次到位，先让它生成骨架，再针对具体部分追问，比一次性写一大段 Prompt 改的次数少。