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

我试过把项目里关键的组件类型定义或者工具函数直接粘进prompt里，比贴package.json有用多了，AI能更精准地理解你的封装习惯。另外可以试试在开头加一句“基于项目现有代码风格，复用src/components下的X组件”，给它一个明确的约束范围。还有个小技巧，如果它生成了class组件，直接说“改成函数式组件，不要用class关键字”，比单纯说“用hooks实现”有效。这种问题确实烦，多试几次找到它理解你项目的那个“锚点”就好了。

这问题太真实了，我刚开始用Cursor的时候也这样，后来发现直接把项目里的关键依赖和组件路径贴进Prompt里，比描述“用现有封装”管用得多。你可以试试在开头加一句“基于src/components/TableWrap.tsx这个封装，不要引入antd”，AI基本就不会跑偏了。另外，角色设定挺有用的，我一般会写“你是这个项目的资深前端，熟悉我们内部的基础组件库”，然后再给个一两条具体的代码示例，它理解起来会快很多。hooks那个问题我也遇到过，感觉它有时候会从网上语料里抄，你不如直接说“用useState和useEffect，不要用class”，效果更直接。

我个人习惯先把项目里封装的组件名和用法直接甩给它，再补一句“别用antd”，这样基本不会跑偏。

试试在Prompt里加一句“参考项目现有代码风格”，然后把组件路径贴上去，这招比单纯角色设定管用多了。

我最近也踩过类似的坑，后来发现直接把项目里那个基础组件的props定义和用法示例贴进prompt里，比贴package.json管用多了，AI能更精准地按你的封装来写。至于角色设定，我会先加一句“你是在维护这个中后台项目的资深前端”，然后专门强调一句“不要使用antd，用项目内已封装的XxxTable”，效果会好很多。另外，写需求时最好带上具体的交互细节，比如“搜索防抖500ms”或“分页变化时重置选中状态”，不然它真的会自由发挥。

说实话我最近也在折腾这个，太有同感了。我现在的做法是，每次写Prompt前先花30秒把项目里最核心的几个文件路径直接丢给它，比如src/components/BaseTable/index.tsx，然后明确说“基于这个组件封装，不要引入AntD”，这样它至少不会跑偏到第三方库去。你提到角色设定，我试过一种方式，就是开头加一句“你是我项目里的前端搭档，熟悉我们内部的中后台规范”，感觉确实能让它更收敛一些，但也不是百分百灵。还有一个坑，就是“用hooks实现”这种关键词太模糊了，你得具体到“用useState管理分页参数，用useEffect监听搜索条件变化”，不然它真的会理解成随便写个函数组件。另外我有个疑问，你那个基础组件是不是在项目里被到处引用？如果是的话，试试在Prompt里直接贴一段那个组件的props类型定义，让它照着这个接口来写，效果会比描述“我封装了一个组件”好很多。反正我现在是放弃了让它一次写对，改成每次写完先让它自己检查一遍有没有用到项目外的依赖，这招能省不少来回时间。

这个问题我太有共鸣了，之前也被Cursor折磨过。后来我发现一个特别管用的土办法：别再描述“我想要什么”，直接把你项目里那个基础Table组件的props类型定义和两三个使用示例贴进去，再告诉它“必须基于这个组件，不要引入任何其他UI库”，这样它基本就不会跑偏了。至于hooks变class的问题，我怀疑是它把“用hooks实现”理解成了“用高级组件”之类的旧概念，不如直接说“用useState和useEffect重写这段逻辑”，给它具体到函数名的指令反而更听话。另外你提到的“角色设定”我试过，比如加一句“你是一名熟悉我司中后台代码规范的前端工程师”，确实能让它更倾向于复用已有代码，但效果不稳定，感觉更像心理安慰。最省时间的还是先花十分钟把项目里最常用的3-5个组件文件路径和用法整理成一个叫“项目约定.md”的文档，每次新开对话先丢给它，再让它回答问题，基本能少改一半。对了，你那个搜索分页Table最后是怎么解决的？是让它先写逻辑骨架再手动补样式，还是直接用自然语言描述完整个交互流程？我想参考下。

直接把项目里的关键依赖和基础组件路径贴进Prompt，再补一句“优先用现有封装”，比让它自己猜靠谱多了。

我试过先丢一段现有组件的代码当“参照物”，它生成的就稳很多，基本不用大改。

我跟你一模一样，之前让Cursor写个筛选表单，它非给我套ProTable，我压根没装那依赖。后来我学乖了，直接把项目里那个基础组件的props类型定义和一段简单用法示例粘进Prompt，再明确说“不要引入新依赖，基于现有组件扩展”，准确率一下就上来了。还有角色设定那招确实有用，我会先写“你是我团队的资深前端，熟悉我们的代码规范”，然后再提需求，它出的代码风格会贴近很多。另外技术栈别只写关键词，比如“用hooks”它可能理解成“用React hooks”，但你最好直接说“用函数组件和useState/useEffect，不要用class”，给它限定死了才不会跑偏。

这个确实太真实了，我最近也被这个问题折磨过。后来发现把项目里那个基础组件的props接口定义直接贴进Prompt里，再明确说“只用这个组件，别引第三方库”，效果会好很多。另外你可以试试在开头加一句“当前项目是React 18 + TypeScript + 内部UI库，所有组件必须用函数式写法”，相当于给它定个调，比单纯说“用hooks”管用多了。还有就是让它先输出一个实现方案让你确认，再让它写代码，虽然多一步但省得整体返工。

直接把项目里封装的组件路径和package.json关键依赖贴进Prompt，再指定“基于现有组件库”就行。
我试过先给一段现有代码当示例，它跑偏的概率小很多。

我之前也踩过这坑，现在习惯先把项目里那个基础组件的props和用法贴一段进prompt，再让AI照着写，比直接描述省事多了。角色设定其实挺有用，你就直接说“我是xx项目的前端，现在要封装一个xx”，它会更倾向用你现有的代码风格。另外分步提问比一次性丢个大需求靠谱，先让它出结构，再调交互，改起来没那么想摔键盘。

直接把项目里封装的组件和package.json贴进去，再指定“基于现有XX组件扩展”就能少跑偏。

我一般开头就写“我在XX项目里，用XX版本”，再给个最小示例，AI理解得准很多。

试试把项目里那几行核心依赖和自封装组件的props直接粘进prompt里，再指定“别用antd”，比啥角色设定都好使。

我跟你遇到的情况一模一样，后来我试了个笨办法，先把项目里自己封装的那个基础组件源码丢给Cursor看，再告诉它“基于这个组件写”，效果立刻不一样了。另外你可以试试在Prompt里加一句“不要用Ant Design”，它就不会自己发挥去引库了。关于class组件那个坑，我也踩过，现在我会明确写“必须用函数组件加Hooks”，别给它留任何想象空间。

说实话你这个痛点太真实了，我现在写Prompt都会先把项目里自定义组件的props定义和样式规范复制进去，再补一句“优先用@/components下的xxx，别用antd”，这样跑偏概率能降一半。你可以试试在开头加个“角色设定”，比如“你是这个中后台项目的前端，熟悉我们封装的基础Table”，它会明显更收敛。还有个小技巧，把改动要求拆成“功能点+禁止项”两行写，比如“分页用现有Pagination组件，不要自己写逻辑”，比笼统说“用hooks”管用得多。

把项目里的package.json和组件目录直接贴进Prompt里，它基本就不会乱用Ant Design了。

我一般开头先写“我们项目用xx封装了Table，别用antd”，后面再描述功能，改的次数少一大半。

这问题太真实了，我平时用Cursor写组件也踩过类似的坑。后来我发现，与其贴package.json，不如直接把你要用的那个基础组件的props类型定义或者一个最小示例代码丢给它，再明确说“基于这个组件封装”，它跑偏的概率会小很多。另外那个“用hooks”反而生成class组件的情况，我猜是它被上下文里的旧代码带偏了，可以在Prompt开头加一句“本文件遵循React 18函数式组件规范，禁用class写法”试试。

说实话你这问题我太有共鸣了，之前我拿Cursor写内部组件库的表格也老翻车。后来我试了个土办法，就是每次写Prompt前，先把项目里那个基础组件的props类型定义和一段最简单的demo代码直接粘进去，再在后面跟一句“基于这个组件实现xxx功能，不要引入其他UI库”。这样它至少不会瞎用Ant Design了。

另外你提到角色设定，我觉得挺有用的，但别搞太虚的，比如“你是一个资深前端”这种它听了也没啥反应。我一般会写“我们现在在维护一个React18+TypeScript项目，所有页面都基于src/components下的基础组件开发，请优先复用这些”。然后最关键的一点是，把你要改的现有文件内容也贴进对话里，别只描述需求，让AI看到它正在改的代码上下文，出错率能降一半。

还有个坑我踩过，就是它有时候会自作聪明地改掉你已有的样式逻辑，所以我会在Prompt末尾加一句“保持原有样式和交互逻辑不变，只修改我指出的部分”。反正确实得多试几次才能摸到它的脾气，但至少比一开始纯文字描述强太多了。

我试过把项目的package.json和组件目录结构直接粘进Prompt里，确实有效，但别全贴，挑核心的依赖和那个基础组件的props说明就行，不然AI容易看懵。另外“角色设定”挺管用的，比如开头写“你是我司前端团队同事，熟悉内部UI库，现在要改一个表单页”，它生成的东西明显更贴地气。还有个土办法，如果你那个封装组件有现成的使用示例，直接复制一段给它看，比描述半天强。你试试把需求拆成两步，先让它确认技术方案再写代码，能少返工不少。

直接把项目的组件路径和ts类型定义贴进prompt，再限定“只用已有组件”就行，比贴package.json管用。