用Cursor写React组件，AI老把hooks逻辑塞进JSX里怎么调教？

这个问题我也踩过坑，Cursor确实有这个毛病，尤其是你项目里如果存在一些不规范的老代码，它会学坏。光在prompt里写“遵守React规则”太抽象了，它理解不了那么细。我的经验是在.cursorrules文件里加几条硬性约束，比如“所有hooks必须在组件函数顶部声明，禁止在JSX表达式或回调内定义hook”，这种具体指令比泛泛而谈管用得多。另外你说的eslint联动，可以在项目根目录配好eslint-plugin-react-hooks，然后让Cursor读取eslint报错作为上下文，它生成完你直接看波浪线就知道哪里不对。至于上下文长度，中后台项目文件一多确实容易丢上下文，建议把大组件拆小再让AI处理，命中率会高不少。还有个偏方是在prompt里给它一个你手写的标准组件作为范例，让它照着这个结构来，比纯文字描述有效。总的来说这工具你得把它当实习生带，规则越具体它越听话。

这个我踩过坑，Cursor默认喜欢“就地写完”，你光在prompt里说规则它不一定听。我的做法是在项目根目录放一个.cursorrules或者rules文件，把react-hooks的约束和代码风格写进去，生成时它会优先参考。另外eslint的react-hooks插件确实能兜底，配合保存自动修复，AI乱塞也能被拉回来。上下文太长确实会让它忘规则，可以开新会话专门写组件，别在一个超长对话里连续改。

我一般会在项目根目录放一个.cursorrules文件，里面直接写明“所有hooks必须放在组件函数顶部，禁止在JSX内定义或调用”，比在prompt里临时说管用多了。另外Cursor确实吃上下文，项目大了它容易忘规则，可以试试把相关组件单独开一个chat来生成。想让AI自动守eslint规则的话，生成后跑一遍lint --fix基本能兜住，但最好还是配好规则让它一开始就少犯错。

我也遇到过这问题，Cursor默认就爱把逻辑往JSX里塞。后来我在项目根目录放了个.eslintrc，把react-hooks规则开成error，再在prompt里让它“参考现有代码风格”，明显好很多。另外可以试试在Cursor设置里加Rules for AI，写清楚hooks必须放组件顶层、异步逻辑抽成自定义hook。上下文太长确实会稀释指令，把相关文件@进去比干说管用。

我也遇到过这问题，Cursor默认生成的代码经常图省事把逻辑全堆在JSX里。我后来在项目根目录放了个.eslintrc配好react-hooks插件，再在Cursor设置里开启“保存时自动修复”，它生成的代码被lint报错后就会自己改。另外prompt里别只说“遵循React规则”，直接给个正确示例模板效果更稳，比如“所有hook放组件顶部，事件处理函数单独定义”。上下文太长时它确实会忘，拆成小文件让它逐个写会好很多。

试试在项目根目录放个.eslintrc再开Cursor的自动修复，它慢慢就学乖了，我这边管用。

这问题我也遇到过，Cursor有时候确实会把逻辑写飞，特别是上下文一长就容易犯迷糊。我一般会在项目根目录放一个.cursorrules文件，把hooks相关的规则写进去，比在prompt里反复强调管用多了。另外可以配合eslint的react-hooks插件，生成后跑一下lint让它自己修，基本能兜住大部分问题。不过异步请求那块它还是容易乱塞，关键逻辑最好自己先搭好骨架再让它补细节。

我一般会在项目根目录放一个.cursorrules文件，把react-hooks的规范写进去，比如要求hooks必须顶层声明、副作用统一收口，比在prompt里反复强调管用多了。另外Cursor确实吃上下文，你打开的文件越多它越容易乱，写组件时最好只留当前文件加相关类型定义。eslint那块可以配个pre-commit钩子，让AI生成完自动跑lint --fix，不通过就打回去重写。实在不行就分两步，先让它只写逻辑层hook，再单独让它套JSX。