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

这个问题我太有同感了，curser最大的坑就是它默认“什么都懂”，但其实不懂你的项目。我的经验是光贴package.json不够，得把你自己封装的那个基础组件的props接口文档或者一个简单的使用示例直接粘进Prompt里，告诉它“这个项目所有列表都基于X组件，不要引入antd的Table”。另外角色设定那招确实管用，我一般开头会写“你是这个项目的老手，我们统一用函数式组件加ahooks”，这样它跑偏的概率低很多。还有个小技巧，就是让它先输出实现思路和组件结构再写代码，相当于给它一个“思考确认”的步骤，能拦住一大半自作主张的情况。不过说实话，有时候它就是会固执己见，我后来干脆把关键代码段放进一个叫AGENTS.md的文件里，让Curser每次自动读取，比每次手写prompt省心多了。你试试看，改个三四次应该能收敛。

你这个问题太真实了，我也踩过坑。我现在写复杂组件前会先贴一屏项目现有代码结构，明确告诉它“别用antd，用咱们的XTable组件”，最好把那个组件的props定义也甩给它。另外别指望它一次到位，我一般让它先出第一版，然后针对具体交互单独下指令改，比如“分页要改成前端截断”这种，反而比一开始憋大招靠谱。

我一般会先花几十秒把项目里关键的组件路径和命名规则直接贴进prompt，比如“我们用的是src/components下的BaseTable，不要引antd的Table”，这样它跑偏的概率会低很多。角色设定那招我也试过，确实有点用，但更核心的是你得把“不要做什么”也写清楚，光说“用hooks”它可能理解成class也行。另外如果项目里有现成的类似页面，直接把那个文件的代码片段丢给它当参考，比描述半天管用多了。你试过把现有组件的props定义截图或者贴出来吗？我感觉这比贴package.json更直接。

贴package.json确实有用，但更关键的是给AI一个“参照物”，比如把你那个基础组件的props定义和一段现有代码示例截进去，它照着写就稳多了。另外别光说“用hooks”，直接说“用useState和useEffect实现”，它就不会跑偏。我试过在Prompt开头加一句“我在维护一个老项目，所有组件都基于xxx”，效果立竿见影。

我一般会把关键依赖和组件路径直接写进prompt里，比如“基于src/components/TablePro，别用antd的Table”，这样它跑偏概率小很多。另外你试过先给AI一段你现有组件的代码示例吗？我每次贴个几十行它就能get到风格，比光描述管用。还有像“用hooks”这种关键词，我干脆写成“禁止出现class组件”，效果反而更直接。

我跟你遇到的情况一模一样，尤其是组件库识别那个问题，太真实了。后来我摸索出一个笨办法，就是每次写Prompt前，把项目里最关键的那几个自定义组件的props类型定义直接复制进去，比如你那个基础Table的接口长什么样，给它看个具体的例子，它就不会乱用Antd了。另外你提到角色设定，我试过挺管用的，但别用那种“你是一个资深前端”的空话，要具体到“你是这个项目的维护者，技术栈是React18+TS+Vite，我们所有表格必须基于src/components/BaseTable”这种，它理解得会准很多。还有个细节，如果你发现它生成class组件，大概率是上下文里带着别的老代码片段，我建议每轮对话前把无关的代码都清掉，或者直接新开一个对话，把需求重新完整说一遍。还有个小技巧，我一般会让它先输出实现思路，确认无误后再让它写代码，这样就算跑偏也只在思路上跑偏，改起来比改代码快多了。反正多试几次，慢慢就能摸到它的脾气了。

我之前也踩过这个坑，后来发现最管用的就是开头直接把项目关键信息贴上去，比如package.json里UI库的版本、自己封装的组件路径，再明确说“不要用antd，用@/components/Table”。另外角色设定真的有用，我会先写一句“你是我司前端组同事，熟悉我们的中后台规范”，它生成的代码贴合度能高不少。还有个小技巧，把需求拆成“功能点+禁止项”的清单，比如“用hooks，别用class，分页参数要受控”，比一段描述精准多了。你试试把现有组件代码片段直接粘进Prompt里让它模仿，比光描述要省事很多。

贴一下项目结构和封装的组件代码进去，再指定别用antd，基本能少改一半。

把package.json和组件目录直接甩给它，再补一句“只用项目里已有的组件”，效果立竿见影。

这问题太真实了，我一开始用Cursor也疯狂踩这种坑。后来发现最有效的办法就是在Prompt里直接给它“圈地”，比如开头就把你项目的核心依赖和目录结构贴一小段进去，特别是有自定义组件的话，一定要把那个基础Table组件的props接口定义复制给它，否则它肯定会默认去调AntD的。另外你说角色设定，我试过有点用，但更关键的是要给它“负面约束”，比如明确写“不要用AntD，不要用class组件，只用我提供的xxx组件”，比单纯说“用hooks”管用得多。还有个小技巧，如果它跑偏了，别直接说“重写”，而是指出具体哪一行逻辑或哪个样式不对，让它基于现有代码改，这样保留的上下文更多，反而比让它从头再来更准。不过说实话，复杂组件我还是习惯把最终想要的交互流程用step-by-step的伪代码写出来，AI照做的时候几乎不用改第二次。你也可以试试在项目根目录放一个AGENTS.md之类的说明文件，把技术栈约定写进去，每次对话自动带上，省得重复打字。

确实得把项目上下文喂给它，光说“用hooks”不够，我一般直接贴package.json里关键依赖和组件库的导入路径，它跑偏概率小很多。还有个土办法，先把你要用的那个基础组件的props定义或者一个简单用法示例丢进prompt里，它基本就能照着写了。另外我习惯在开头加一句“在这个项目里我们统一用xxx风格”这种角色设定，比单纯列需求好使。

我最近也踩过这坑，后来发现把公司封装的组件路径和基本用法直接贴进prompt里会好很多。另外建议给AI一个明确的“角色”，比如“你是我们团队的前端，只使用项目现有组件库，不用额外引库”。其实还有个笨办法，让AI先输出它打算怎么实现，你确认了再让它写代码，能省不少来回改的功夫。

贴package.json不如直接贴组件文件路径，再让它先读一遍再写，效果立竿见影。

我一般开头先甩两三个已有组件的代码当例子，它就知道跟着你的风格来了。

我一般会把项目里自定义组件的props定义直接复制进prompt，再让它参考这个写，比单纯说“用自己封装的”管用多了。另外你提的角色设定挺好用的，我会加一句“你是这个项目的维护者，熟悉现有代码风格”，它就不太会乱用Ant Design了。还有个小技巧，让它先输出实现思路再写代码，这样跑偏能早点发现。你试过把组件结构文档丢给它吗？我用了之后改的次数明显少了。

其实核心问题不是Prompt技巧，而是Cursor对项目上下文的感知太弱了。我试过直接把组件库的入口文件或者某个基础组件的源码片段贴进对话里，再明确说“基于这个组件风格写”，效果会好很多。另外你提到的角色设定确实有用，比如开头加一句“我在维护一个用TypeScript和Ant Design 5的中后台项目，已有自定义Table组件”，它就不会乱选了。还有个小技巧是，让它先输出实现思路和引用路径，确认后再写代码，能省不少返工时间。

贴package.json这个我试过，有点用但别指望它全懂，毕竟Cursor对依赖版本和实际用法之间的差距没啥判断力。我现在的习惯是先把项目里那个基础组件的props接口定义直接粘到prompt里，再补一句“所有列表类功能都用这个组件，别引入AntD的Table”，这样它跑偏的概率会低很多。至于角色设定，我会开头加一句“你是这个中后台项目的前端，项目里已封装了X和Y”，感觉能让它更收敛一点，但别指望一次到位。另外你提到“用hooks实现”反而生成class组件，这个我遇到过，可能是它把“hooks”理解成“hook住某个逻辑”了，不如直接说“用useState和useEffect，别写class”。还有个土办法，就是让它先输出一个实现思路清单，你确认了再让它写代码，虽然多一步，但比来回改要省时间。你那个搜索分页Table，是不是还得处理受控和非受控的问题？这个不写清楚它大概率会自作主张。

我之前也踩过这个坑，现在写prompt会先把项目里自定义组件的导出路径和props类型贴进去，然后明确说“不要用antd”。另外你试试在开头加一句“你是我团队的资深前端”，后面再补上“项目用的是React 18 + hooks”，这样它生成class组件的概率会低很多。

我试过把项目里的关键依赖和组件路径直接写进prompt，比如“用@/components/BaseTable，不要引antd”，效果比光说“用自己封装的”好很多。另外你提的角色设定挺有用的，我会开头加一句“你是我项目里的前端同事，熟悉我们的中后台代码规范”，它生成的东西就明显更贴实际。还有个小技巧是让它先列个实现思路再写代码，跑偏了能早点发现，不然等写完再改更崩溃。

直接把package.json和组件目录丢给它，再补一句“优先用项目内已封装的组件”，准确率能提一大截。

我试过把项目里的package.json和组件目录直接贴进Prompt，效果确实好不少，至少它不会瞎用AntD了。但更关键的是要给它一个“上下文锚点”，比如明确说“基于src/components/BaseTable.tsx这个封装，别引入其他UI库”，它跑偏的概率就小很多。另外你提到角色设定，我一般会写“你是在维护这个中后台项目的资深前端”，然后附上一条项目规范片段，它理解技术栈的准确率能提一截。还有个小技巧，把上次跑偏的代码和你的修改一起丢回去，跟它说“按这个修正逻辑重写”，比纯文字描述省事多了。

直接把项目里封装的组件路径和关键props贴进prompt，再加一句“只准用现有组件”，能少改一半。

我一般开头先丢package.json和组件目录结构，再补个“沿用现有代码风格”的约束，效果立竿见影。