用Cursor写React组件，它总给我加一堆没用的props，咋办？

试试在项目根目录放个.claude.md或者rules文件，把“纯JS、函数组件、拒绝多余props”写死，比每次prompt管用。

试试在根目录放个.cursorrules，把“禁止泛型”和“只用函数组件”写进去，能省不少事。

我刚开始用Cursor也有这毛病，后来发现它特别吃“最小化描述”那一套，你得在prompt里直接写死“不要加额外功能，不要TS，不要class组件”，它才老实点。规则文件我试过，但感觉不如每次把约束说清楚来得直接，毕竟它记性有时候确实歪。另外你试试把需求拆细点，让它一次只干一件事，别让它自己“发挥”，会好很多。

我也有这毛病，后来直接在项目根目录放了个rules.md，把“禁止泛型、只用JS、默认函数组件”写进去，情况好多了。另外你试试在prompt里加一句“严格按现有代码风格，不要额外扩展功能”，它有时候真会听话。但说实话，这玩意儿就得多调教，指望它一次懂你不太现实。

我刚开始用Cursor也这样，后来发现它其实特别吃prompt里的“边界词”，比如你强调“仅展示，不要任何交互逻辑”，它基本能收敛住。TypeScript那个确实烦，我直接在项目根目录放了个.cursorrules文件写死“禁止使用TS”，效果立竿见影。class组件我倒没遇到过，但感觉它有时候会从node_modules里学坏习惯，建议把那些老依赖从索引里排除掉。另外分页筛选这种如果真不想要，可以试试让它先写个纯函数版本，再套壳成组件，绕开它的“功能膨胀”倾向。

我跟你一模一样，刚从Copilot转过来那会儿也是被它的“过度设计”整得没脾气，明明要个简单表格，它恨不得给你整成企业级数据网格。后来我琢磨了一下，问题可能真不全在prompt，Cursor对项目上下文的“理解”其实更像是一种概率推断，它看你项目里有别的复杂组件，就默认你也想要那种风格，所以反而比Copilot更容易跑偏。我现在是两条腿走路，一是把需求拆得更死，比如直接写“不要排序、不要筛选、不要分页，纯展示，不要泛型，用普通函数组件”，把它当成一个不太聪明但执行力的实习生来指挥；二是在项目根目录放一个.clinerules文件，把代码风格、禁止TypeScript、禁止class组件这些硬性要求写进去，它每次生成前会读，比你在prompt里反复强调管用得多。至于它“记歪”风格这事，我怀疑是它从你历史代码里提取了某些特征但权重搞错了，我后来干脆在rules里点名“所有组件必须用export default function”，基本就不蹦class了。反正别怀疑自己prompt写得烂，这玩意儿就是得靠规则文件狠狠约束，不然它总想给你露一手。

我也遇到过，尤其是它自作主张加props这点，后来我直接在prompt里写死“禁止添加任何未明确要求的参数”，效果好了很多。关于TypeScript，你可以在项目根目录放个.clinerules文件，写上“仅使用JavaScript，禁止类型注解”，它基本能遵守。至于函数组件变成class，可能是上下文窗口里混入了别的代码，我一般会新开对话或者把相关文件单独贴给它，比让它自己翻项目靠谱。

我也遇到过，Cursor对上下文的理解其实有点“过度”，它默认你会想要最佳实践，所以拼命往组件里塞功能。我后来直接在项目根目录放了个rules.md，写死“禁止TS、只用函数组件、不要加额外props”，效果立竿见影。另外你试试在prompt里加一句“严格按我给的代码风格，不要自作主张”，它会收敛很多。感觉它不是记歪风格，是它自己有一套默认偏好，得靠规则文件硬掰。

试试在项目根目录放个.cursorrules，把“禁止加props、只用JS、函数组件”写进去，能省不少事。

试试在项目根目录放个.cursorrules，把“禁止泛型、只用函数组件”写进去，能省不少事。

我也有这毛病，后来发现是它默认把“完整功能”当成了加分项。你可以试试在prompt里直接写“不要添加任何额外功能，严格按现有代码风格”，或者把项目里的eslint和prettier配置喂给它，能明显收敛一些。另外它确实会记歪风格，我一般会把它生成的代码直接丢回编辑器让lint报错，它自己就改了，比手动擦类型省事。

这问题太真实了，我刚开始用Cursor也这样，感觉它像个过度热情的新同事，总想展示自己多能干。后来我学乖了，直接在项目根目录放个CLAUDE.md，把“纯JS、无TS、只用函数组件”写进去，再配合每个prompt开头加一句“严格按项目现有模式来”，效果好了很多。另外它记歪风格那个，我猜可能是它从别的项目混了上下文，建议你每次开新对话时把关键代码贴一下，别让它自由发挥。

我也遇到过，Cursor对prompt的“过度解读”确实烦人，后来我直接在项目根目录放了个.cursorrules文件，把“禁止添加未明确要求的props、只用JS不用TS、优先函数组件”写死，效果立竿见影。另外你可以在每个请求末尾加一句“严格按以上描述实现，不要扩展功能”，比单纯描述需求管用。至于它记风格记歪，我猜是它把常见React项目的统计偏好混进来了，跟你的历史代码关系不大，干脆每次生成后花10秒扫一眼，把多余的props删掉就行，别惯着它。

写个简单的组件还得给它擦屁股删props，这不比Copilot省心多少啊。

我都是直接在项目根目录放个AGENTS.md，把“禁止泛型、只用函数组件”写进去，基本就能消停。

我也有这毛病，后来发现光在prompt里说“只要展示数据”不够，得直接写死“不接受任何额外props，不排序不筛选不分页”，语气强硬点它就能听懂。类型那个更简单，在项目根目录放个jsconfig.json，它就会少蹦TypeScript了，你可以试试。至于class组件，我怀疑是它拿你历史代码当参考时抽风了，多给它看几段你最近的函数组件，慢慢能掰回来。

试试在项目根目录放个.cursorrules，把“禁止添加额外props”写进去，能省不少事。

规则文件必须整一个，把“禁止TS泛型”和“只用函数组件”写死，立刻老实。

我一开始也这样，后来发现得在项目根目录放个.cursorrules文件，把“只用JS不用TS”“只写函数组件”这些写进去，情况会好很多。另外prompt里我尽量把“不要加额外功能”重复两遍，它才老实点。不过它偶尔还是会抽风，我现在已经习惯了生成后自己扫一遍删掉多余的props，毕竟让它完全懂你也不太现实。

试试在项目根目录放个.cursorrules，明确写死“只用JS、禁止泛型、函数组件”，比改需求省心多了。

试试在项目根目录放个.cursorrules文件，把“纯JS、函数组件、不要多余props”写死，比prompt管用多了。