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

这问题太真实了，我刚开始用Cursor那会儿也被它写出来的hooks整得头皮发麻。后来我发现光在prompt里喊“遵守规则”没用，它上下文一长就把约束给忘了，你得把规则拆碎了喂给它，比如让它“先列出所有state和effect，再写return的JSX”，分步骤来会好很多。另外我试过在项目根目录放一个.cursorrules文件，把react-hooks的eslint规则原文粘进去，效果比对话里说强不少，你可以试试。不过说实话，指望AI完全自觉不现实，我现在都是让它生成后自己快速扫一遍，发现hooks在JSX里就直接手动挪到顶部，反正改起来也就几秒钟的事。倒是想问下你有没有试过用eslint的自动修复功能配合Cursor，那个--fix能不能强制把hooks拽回去？我总觉得这俩工具没打通，要是能联动起来就省大事了。

试试在规则文件里直接写死“hooks禁止出现在JSX内”，再配合eslint的自动修复，比prompt管用多了。

这问题我太懂了，刚开始用Cursor写React的时候也天天被它整破防。后来发现光在prompt里喊口号没用，得把规则拆成具体动作，比如直接告诉它“useState必须紧跟在组件函数体开头，JSX里只允许出现变量引用”，这样它犯错概率会低很多。另外你可以试试在项目根目录放一个.clinerules文件，把react-hooks的eslint规则原文粘进去，Cursor读项目上下文时会优先参考这个，比每次输入prompt稳定多了。不过说实话，就算这样它偶尔还是会抽风，尤其是改旧代码的时候，所以我养成了写完立刻跑一遍eslint --fix的习惯，让工具帮我把hook位置纠正过来。还有个歪招，你要是用VSCode，可以让Cursor生成代码后自动触发eslint的自动修复插件，相当于物理强制它遵守规则。最后想问下，你用的是Cursor的哪个版本？我更新到0.40之后感觉它对React的把握明显好了点，不知道是不是我的心理作用。

试试把eslint规则文件路径直接贴进prompt，或者开个新对话专门调hooks规范，比反复强调管用。

我一般让它先写纯逻辑再套JSX，分两步生成，出错率低很多。

试试把eslint规则直接贴进prompt里，或者用.mdc文件固定代码风格，效果比口头要求稳多了。

我刚开始用也这样，后来发现其实可以在项目里加个.cursorrules文件，把react-hooks的规则直接写进去，比prompt里说管用多了。另外你试试让它先生成组件骨架，再单独补逻辑，分两步走会好很多。还有个笨办法就是让AI把代码写完，自己再手动把hook挪到顶层，顺便就当review了。反正别指望它一次就完全合规，当个辅助工具心态会好很多。

试试在.cursorrules里写死规则，或者直接让Cursor读eslint配置，比prompt管用。

这题我熟，光靠prompt调教确实不靠谱，Cursor上下文一长它就放飞自我。我现在的做法是写完后直接跑eslint，把报错丢回对话里让它改，比反复强调规则管用多了。另外你可以在项目里加个.cursorrules文件，把react-hooks/exhaustive-deps这些规则写进去，能稳不少。

这问题我也踩过坑，后来发现光靠prompt约束不够，得在项目里加eslint配置，把react-hooks/rules-of-hooks设成error，Cursor的代码补全多少会参考报错信息，比口头提要求管用。另外试试把hooks逻辑单独抽成自定义hook再让它调用，成功率明显高，可能是上下文里示例文件多了它就有样学样。你用的什么模型版本？感觉换Claude模型会比默认的稳一些。

这问题我也遇到过，后来发现光靠prompt约束确实不够稳定。你可以试试在项目里放一个.cursorrules文件，把eslint的react-hooks规则直接写进去，比如“禁止在JSX中定义函数或副作用”，效果比在对话里反复强调好很多。另外，如果生成完代码有违规，可以直接把eslint报错复制回对话里让它自己修，比重新生成整个组件靠谱。上下文长度倒不是主要瓶颈，主要是模型对隐式规则的理解不够，你得显式给例子才行。

这个太真实了，我一开始也被这个坑过。后来发现光靠prompt没用，直接把eslint的react-hooks规则写进项目配置里，让Cursor读一下报错信息，它自己会慢慢学乖。另外你可以试试把组件拆小一点，上下文短了它更容易遵守规则，不然一个文件塞几百行它确实容易犯迷糊。

这问题我熟，Cursor对React的“理解”其实挺飘忽的，跟它聊上下文不如直接塞规则文件。我一般是在项目根目录放个.cursorrules，把eslint的react-hooks规则直接写进去，比如“所有hooks必须在组件顶层调用，禁止在JSX表达式内定义”，效果比在对话里反复强调稳定多了。另外建议开一个单独的prompt窗口专门让它修hooks逻辑，别跟写新组件的任务混在一起，它一混就容易放飞自我。

这问题太真实了，Cursor对React的规则理解确实不够稳定，我后来直接写了个项目级规则文件（.cursorrules）把hooks必须顶层、副作用进effect这些硬性要求全塞进去，效果好很多。另外你可以在生成后让eslint --fix自动修一遍，比手动改快多了。不过说实话，AI写复杂组件还是容易跑偏，我现在都让它先产出逻辑骨架，自己再填hooks，省心不少。

试试把eslint规则直接贴进项目描述文件里，让AI跟着规矩走，比口头强调管用。

可以把rules写进.cursorrules文件，每次生成完再让它自查一遍hooks位置，基本能治住这毛病。

这问题我也踩过坑，后来发现光在prompt里强调规则没用，得把eslint配置直接贴进对话里，再让它照着改。另外试试把组件拆小一点，上下文短了它反而更守规矩。还有个土办法，生成后自己开个eslint --fix跑一遍，基本能救回来大半。

这问题太真实了，我也被Cursor坑过好几回。后来发现光靠prompt没用，得在项目根目录放个rules.md，把eslint配置和react-hooks规则直接写进去，它读项目文件时会参考这个。另外你试试让它先写逻辑再写JSX，分两步生成，比一次性要整个组件靠谱得多。上下文长度确实有影响，代码一长它就容易放飞自我。

试试在项目根目录放个.cursorrules文件，把eslint规则直接写进去，比在prompt里说管用多了。

试试把eslint规则直接贴进项目根目录的.cursorrules文件里，我这么干之后好多了。

试试把eslint规则贴进.cursorrules里，再给个反例模板，效果比prompt稳多了。

这问题太真实了，我前阵子也被折磨过。后来发现光在prompt里喊口号没用，得把约束拆成具体规则喂给它，比如直接写“所有hook必须出现在函数组件首行，禁止在回调或JSX内声明”，比“遵守React规则”这种模糊指令管用得多。另外你可以试试在项目里放一个eslint配置文件，然后让Cursor参考这个文件生成代码，它有时候会自己读上下文里的配置，虽然也不是每次都灵。还有个土办法，生成完代码后本地跑一遍eslint --fix，让它自动帮你把hooks提到顶层，比手改省事。不过说真的，AI写中后台这种重复性高的组件还行，一涉及复杂状态流转就容易放飞自我，我现在基本让它生成骨架，逻辑自己手写，反而更快。你那边如果找到特别有效的调教话术，记得回来分享下。