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

直接把项目结构和技术栈贴进Prompt，再指定组件路径，比让它自己猜靠谱多了。

把项目里的package.json和组件目录直接贴进Prompt里，再加一句“基于现有技术栈封装”，效果立竿见影。

我一般会先甩个现有组件的代码片段当参考，再让它照着写，基本不用大改。

直接把项目结构、关键依赖和基础组件代码片段贴进Prompt里当上下文，比描述半天管用。

把项目里关键的package.json和组件路径直接丢给它，再补一句“优先用现有封装”，能少跑偏一半。

我一般是先贴一段现有组件的用法示例当参考，比光说“用hooks”管用多了。

直接把项目里的package.json和组件目录贴进去，再指定“用项目内xxx组件”，基本能少跑偏一半。

我习惯开头先写“我是xx项目的，技术栈是xxx，已有xxx组件”，它就不爱瞎发挥了。

贴package.json和组件目录绝对有用，我试过把项目里封装的Table组件路径和props直接写进Prompt里，它就会优先用你自己的。另外“角色设定”也管用，比如开头加一句“你是我们项目中经验丰富的前端，熟悉现有组件库规范”，比单纯列技术栈要强很多。还有个土办法，把你最满意的一个旧组件代码片段放进去当参照，它基本就能照着那个风格写了。

把项目里关键的组件路径和依赖直接贴进Prompt里，再明确说“别用antd”，效果立竿见影。

我试过先甩两段现有代码当“参考模板”，AI基本就不跑偏了，你那个角色设定其实不如给例子管用。

这问题太真实了，我最近也在跟Cursor死磕这个。你那个Table的例子我完全懂，它默认就往antd上靠，根本不管你项目里是不是有自研组件。我的笨办法是每次Prompt开头先把关键依赖和组件路径写成绝对明确的指令，比如“使用src/components/BaseTable，禁止引入antd”，比单纯说“用我自己封装的那个”管用得多。

另外你说的“角色设定”我觉得有效，但别搞得太玄乎，就直接说“你是本项目资深前端，熟悉现有代码规范”，然后贴一段你最常用的组件调用示例代码进去，比贴package.json强，因为AI能通过示例推断出props和样式习惯。还有个小技巧，如果它生成class组件，你就在Prompt里加一句“优先使用函数组件和hooks，除非逻辑需要错误边界”，但别只给关键词，要给个你期望的代码骨架。

还有个坑，spec太长了它反而会抓不住重点，我一般控制在5个核心要求以内，比如“搜索防抖、分页受控、空状态插槽、loading态、清空重置”，超过5个就拆成两步。最后，别指望一次到位，我都是让它先出个粗糙版本，然后针对具体区块给修改指令，比如“只改筛选区的布局，其他别动”，这样反而比反复整体重写省时间。

我个人是把项目里常用的组件和工具函数单独抽成一个context.md，每次写Prompt开头直接@它，再明确说“不要用antd，用src/components里的Table”，这样准确率高很多。你那个hooks变class的问题，大概率是上下文里没锁死技术栈，我会加一句“项目是React 18 + TypeScript，必须用函数组件和hooks，禁止class组件”。另外别一次给太多需求，先让它出核心逻辑，再分轮调样式，比一次性要求全对省事。想问下你那个基础组件有没有写JSDoc，我试过把类型定义贴进去，AI对props的理解会准不少。

说到这个我可太有同感了，尤其是它默认用AntD那个点，我后来学乖了，直接在Prompt里把组件库的名字和路径写死，比如“用@/components/BaseTable”，它基本就不会跑偏了。你提到的贴package.json我觉得挺有用的，但不用全贴，把关键依赖、别名配置和tsconfig里的paths摘出来放进去就够它理解环境了。另外我习惯在开头加一句“我们项目是React 18 + TypeScript + Vite，所有样式用CSS Modules”，相当于给它一个上下文锚点，效果比单纯说“用hooks”要强得多。还有个小技巧，就是给它一两个你现有组件的代码片段作为风格参考，它模仿起来就准很多。至于角色设定，我试过“你是我们团队的前端工程师”这种，感觉对逻辑准确性有帮助，但对细节还原度提升不大，可能还是得靠把需求拆碎点，一次只让它改一个交互点。你那个搜索和分页的Table，不如直接给它看你封装组件的props接口定义，让它照着那个写，一次过的概率会高不少。

我一般会直接把项目里的关键依赖和组件路径贴进Prompt，比如“基于src/components/BaseTable封装，别用antd的Table”，这样能省掉大半扯皮。另外建议在开头加一句“先读一下package.json和src目录结构再动手”，让AI先扫一遍上下文。至于角色设定，我试过“你是我团队的前端，熟悉现有代码规范”，感觉它会更收敛一点，但效果不稳定，还是得靠约束关键词来兜底。

直接把组件库路径和业务代码片段贴进prompt里当上下文，比描述管用多了。
顺便试试让它先列实现方案再动手，能少跑偏一半。

说实话，你这个痛点太真实了，我一开始用Cursor写组件也这样，后来发现核心问题不是它笨，而是你给的上下文太少了。我现在的习惯是，写Prompt前先甩一段项目里现有组件的代码示例，不用贴整个package.json，但至少把目标组件的基础用法和样式规范截图或者粘进去，让它有个参照物。比如你封装的那个Table，直接把你封装好的props接口和几个典型调用代码丢给它，比你说一百遍“不要用AntD”都管用，它自己就会照着你的风格写了。还有个歪招，就是故意在Prompt里加一句“请严格遵循项目内已有组件的命名和导出方式，不要引入新依赖”，这招能让它少自作主张。至于角色设定，我觉得没那么玄乎，但你可以先写“我们是一个中后台项目，使用React 18 + TypeScript + Less，所有交互组件都基于内部UI库”，这种一句话定位比让它猜强太多。另外，你让它用hooks结果生成class组件，我怀疑是你没把项目里是否启用react-hooks规则这件事说清楚，最好直接加一句“项目禁用class组件，统一使用函数式+hooks”，它基本就不会跑偏了。最后，如果改动特别多，不妨试试分步来，先让它只写数据逻辑，确认没问题了再让它补UI细节，一次提太多需求它容易混乱。

直接把项目里封装的组件路径和引入方式贴进prompt，再指定“优先用现有组件”，比贴package.json管用。

我试过在开头加一句“我是XX项目组，技术栈是React+TS”，它确实会更贴代码风格，但关键还是把关键代码片段丢给它当参照。

我之前也踩过这个坑，后来发现光在Prompt里描述“用自己封装的组件”根本不够，AI会默认选它训练数据里最熟的AntD。我的办法是先把项目里那个基础组件的props接口定义直接粘一小段进对话，再告诉它“只准用这个，别引第三方库”，效果立竿见影。

另外你说“用hooks实现”它反而生成class组件，我猜是Prompt里没给足上下文，AI不知道你项目是React 16还是18，有没有开strict mode。你可以把tsconfig里jsx:react-jsx那行和react版本号一起贴进去，它就能判断该用函数组件还是保留老的写法了。

还有个土办法，我会在系统提示里加一句“你是在维护一个已存在的代码库，所有改动必须符合目录里现有文件的风格”，然后扔一两个已有组件的源码片段给它当参照物。这样它输出的东西就不会跑偏太多，至少能少改两轮。

不过说实话，像表格这种复杂交互，我后来干脆把搜索和分页的逻辑拆成两个子组件分别让AI写，最后自己拼起来，比让它一次搞定靠谱多了。你试试看能不能把需求拆细点，Prompt越短越具体它反而越听话。

我一般会在Prompt里直接点名让它参考某个已有文件，比如“参考src/components/BaseTable的写法封装这个表格”，然后把它需要用到的props和样式约束写清楚，这样跑偏概率小很多。单纯贴package.json作用不大，它还是不知道你具体封装了什么。另外你提“用hooks实现”反而生成class组件，可能是上下文里混入了旧代码示例，建议把项目里一个hooks组件的完整代码贴进去当范例，比说一百句都管用。

说实话我也踩过这个坑，特别是贴了组件库代码反而被AI带偏的时候。我的做法是，在Prompt开头直接甩一段你们项目的目录结构，再把那个基础组件的props接口定义贴进去，然后明确写一句“优先使用项目内已有组件，禁止引入额外依赖”，这样它就不敢乱用AntD了。另外你说的“用hooks实现”被忽略，我怀疑是它把你上下文里的代码风格当成了优先级，所以我会在Prompt末尾加一句“如果生成了class组件，请输出‘我错了’，然后重写”，虽然有点笨但确实有效。还有个小技巧，就是把你的业务逻辑拆成两步问，先让它写数据获取和状态管理的纯逻辑，再单独问它怎么把UI套上去，这样交互细节不容易跑偏。不过说实话，每次改动还是得自己盯一眼，AI顶多帮你省个初稿时间，别指望它一次到位。对了，你有没有试过把之前改好的组件作为few-shot示例喂给它？我试过一次，效果比单纯描述好很多。

直接把项目里封装的组件路径和props贴进prompt，再加一句“严格复用现有组件，别引入新依赖”就行。

我试过先把package.json和常用组件目录甩给它，跑偏率能降一半，你可以试试。

直接把项目里的组件封装文件路径贴进Prompt，再限定“只用xxx组件”，比贴package.json管用。

我一般会在Prompt里直接贴关键依赖和组件路径，比如“用@/components/BaseTable，不要用antd的Table”，这样它跑偏概率小很多。另外你试过让它先列个实现思路再写代码吗？我这样搞之后返工少了不少。至于class组件那个坑，感觉是它理解不了“用hooks”的上下文，不如直接说“函数组件+useState/useEffect”这种具体写法。