Cursor最近变傻了?

Cursor 越更新越笨?新版全问题实测复盘,附全套自救方案

前言

作为长期重度使用 Cursor 做前端开发、Taro 小程序、业务页面开发的开发者,最近几次 Cursor 版本大更新之后,相信很多人都和我有一模一样的体感:Cursor 好像莫名其妙变傻了。

从最开始爱不释手的 AI 编程神器,到现在日常开发频繁敷衍、逻辑残缺、代码粗糙、规划能力消失、Token 消耗还飞速暴涨,甚至之前配置好的自定义技能、全局提示词全部失效。本文结合我这段时间所有实测、版本改动、底层机制、踩坑全过程,把新版所有问题、背后原因、完整自救优化方案全部梳理清楚,和掘金各位开发者一起讨论。

一、新版 Cursor 所有离谱现象(全是真实开发者体感)

我先把近期版本更新后,我遇到的所有问题一一罗列,几乎每一条都是大量前端开发者共同遇到的痛点,你大概率全部中招:

  1. Plan 模式彻底失效,不再先生成开发计划 旧版经典流程:输入需求 → 自动拆解需求、输出完整开发方案、步骤规划、架构思路、边界处理方案 → 用户确认后再分步写代码 。新版默认直接跳过全部规划环节,不管需求大小,上来直接硬写代码。哪怕是多文件业务、完整页面开发、复杂接口逻辑,也不会做任何前置方案规划,直接生成最简代码骨架,逻辑残缺、缺少异常处理、缺少全局设计。
  2. AI 整体智商明显下降,越用越傻 新建对话初期尚可,只要同个对话多聊几轮、上下文变长,模型立刻敷衍化:代码只写核心流程,漏边界、漏异常、漏参数校验、漏状态处理;不阅读项目现有上下文、不遵循项目编码规范;写前端页面忽略 UI 细节、间距、组件状态、微交互;甚至连基础的 TS 类型、接口返回处理都频繁出错。尤其是日常开发的接口封装、文件下载、小程序扫码路由、业务逻辑编写,漏洞越来越多。
  3. Auto 模式彻底沦为废物,偷懒严重Auto 模式底层频繁自动降级轻量小模型,只追求响应速度,完全放弃深度推理。简单修改尚可,但凡复杂需求直接应付式生成,代码质量极差,几乎无法用于正式开发。
  4. Token 消耗速度暴涨,新版消耗远高于旧版 最直观的体感:同样的需求、同样的代码量,新版 Token 消耗直接翻倍甚至更多。单行代码补全、简单对话交互都开始大量消耗额度;长对话额外缓存、上下文序列化带来大量隐形 Token 消耗,Pro 额度明显不够用。
  5. 自定义技能、全局系统提示词大面积失效之前手动安装、配置的第三方设计技能、全局前端 UI 规范提示词,新版几乎不加载、不触发。生成代码完全无视自定义规则,8px 网格、视觉层次、全组件状态、动效规范全部被忽略,和没配置任何规则没有区别。
  6. 上下文强制裁剪,长对话严重失忆新版为了控制窗口,粗暴裁剪历史上下文、前置提示词、自定义技能规则、项目历史代码。同对话开发越久,丢失的规则越多,模型完全遗忘之前的需求约定、项目规范、业务逻辑,后续生成代码质量持续下滑。
  7. Agent 工作流全面改动,全程过度偷懒不再主动读取项目文件、不再主动分析代码上下文、不再主动分步拆解需求、不再做代码校验优化。优先快速输出最简代码,能少写绝不多写,能简化绝不完整。

二、深挖背后原因:为什么 Cursor 越更新越拉胯?

结合官方底层改动、Agent 机制、模型调度、计费策略、上下文架构重构,我把所有问题根源全部拆解清楚:

1. 官方整体战略偏移:优先速度、优先控成本,牺牲推理质量

这是所有问题的核心根源 。Cursor 新版本整体开发方向彻底转变:极致压缩响应速度、严格控制平台 Token 成本、降低模型推理开销,所有高级能力全部为速度让步。

  • 完整需求规划、长文本方案输出本身属于高 Token 消耗环节,直接被官方默认砍掉;
  • 底层模型动态降级机制,对话变长自动切换轻量 Fast 小模型,推理能力大幅缩水;
  • 大量深度推理、多步拆解、全局分析能力全部被弱化。

2. Plan 模式底层链路重构,默认关闭前置规划

官方直接修改了 Agent 原生工作流:旧版固定流程:需求理解 → 全局规划 → 分步拆解 → 编码实现 → 校验优化新版默认流程:需求理解 → 直接编码实现同时拉高需求复杂度触发阈值 :只有超大型项目重构、多文件架构级需求才会触发规划,我们日常所有前端业务、页面、接口、组件开发,全部被判定为「简单需求」,永久跳过规划步骤。并且所有开启完整规划的开关全部隐藏在深层设置,默认全部关闭。

3. 上下文机制重构,Token 隐形消耗暴涨 + 强制裁剪

新版引入全新的上下文缓存序列化机制,对话历史、项目代码、提示词会被反复缓存重处理,产生大量隐形输入 Token 消耗 ,额度掉得飞快。同时为了限制窗口大小,开启粗暴上下文裁剪:优先删除旧内容、系统提示词、自定义技能、项目历史上下文,只保留最新几轮对话。直接造成:提示词失效、技能不生效、模型失忆、越用越笨。

4. 自定义指令权重覆盖原生 Agent 工作流

我们配置的全局系统提示词、自定义 Skills 技能,在新版权重被拉高,优先压制原生规划流程。AI 优先执行你写的代码规范,直接生成对应代码,不再额外走前置规划环节,双重导致 Plan 模式失效。

5. 模型调度无锁死,全程动态降级

新版没有固定模型锁定机制,不管是 Chat / 编辑 / Agent,全部支持动态自动降级。冷启动对话用强模型,多轮对话后自动切换轻量模型,推理深度、代码严谨度、细节完善度全面下降,这也是越用越傻的直接原因。

6. 计费策略收紧,非简单场景额外加收成本

新版计费规则重构,平台增加额外 Token 服务费,大模型调用成本变高,官方进一步限制深度推理调用频率,间接导致模型刻意简化输出。

三、全套实测自救方案:恢复 Cursor 原有高质量能力

结合我踩坑全部调试,整理出可直接照搬、逐项设置、全部生效的完整优化方案,覆盖模式、模型、Agent 规划、上下文、技能、Token 节省全部场景,前端开发者直接照着改即可。

1. 恢复 Plan 模式:强制必须先生成开发计划

打开 Cursor 设置 Ctrl+Shift+J,依次搜索修改:

  1. 搜索 Agent Planning

    • 开启 Enable Full Agent Planning 完整规划链路
    • 开启 Require Plan Before Execution 强制执行:先计划、后编码
    • Planning Step Minimum Complexity 复杂度阈值拉到最低,小需求也触发规划
  2. 搜索 Prioritize Speed Over Planning关闭(禁止优先速度砍掉规划)

  3. 搜索 Minimize Planning Token Overhead关闭(禁止为省 Token 删减规划内容)

  4. 开启 Step-by-Step Execution 分步执行,方案生成后等待用户确认再编码。

2. 锁死最强模型,彻底解决动态降级越用越傻

  1. 搜索 Default Model,将聊天、编辑、Agent 全部场景 统一固定为 Claude 3.5 Sonnet放弃 Auto 模型路由,彻底关闭所有自动模型降级、动态模型切换开关:

    • 关闭 Auto Model Fallback
    • 关闭 Dynamic Model Selection
  2. 右上角主模式全程固定 Expert 模式,彻底弃用 Auto 模式,Manual 次之。Expert 模式推理链路最完整,不会偷懒、不会随意降级,完整保留深度思考能力。

3. 修复上下文裁剪,保住提示词与自定义技能

  1. 关闭所有自动上下文裁剪:

    • 关闭 Auto Context Truncation
    • 关闭 Context Window Pruning
  2. 强制永久保留自定义配置:

    • 开启 Preserve System Prompt 全局提示词常驻
    • 开启 Preserve Custom Skills 自定义技能全程加载
  3. 调整指令权重:User Prompt Priority Over Agent Workflow 改为 Medium 中等既遵守自定义规范,又不覆盖原生规划工作流,两全其美。

4. 大幅降低 Token 消耗,缓解新版额度过快问题

  1. 项目根目录新建 .cursorignore,屏蔽无关文件扫描(node_modules、构建产物、日志、静态资源),避免 AI 加载冗余代码消耗大量上下文 Token。
  2. 严格对话习惯:单对话不超过 10 轮交互,跨需求直接新建对话,重置上下文避免缓存额外消耗。
  3. 精准提问、精准上下文,小修改直接选中代码内联对话,不全局拉取项目代码。

5. 日常使用习惯优化,长期保持高质量输出

  1. 复杂开发、完整页面、业务逻辑全部用 Expert + Sonnet;仅单行简单补全偶尔用其他模式。
  2. 每周完全关闭 Cursor 一次,清理本地缓存,解决项目缓存污染导致的模型思维混乱。
  3. 需求描述精准结构化,不模糊冗长提问,减少无效输出 Token。

四、总结与讨论

作为重度 AI 编程使用者,我们依赖 Cursor 本质是依靠它深度拆解、完整规划、严谨代码、细节完善、规范落地 的能力,用来提升前端开发效率。而近期版本更新,官方一味追求打开速度、平台成本控制,不断弱化推理、砍掉规划、动态降级模型、粗暴裁剪上下文,直接牺牲了产品核心竞争力。新版带来的变傻、Plan 失效、Token 暴涨、技能失效、长对话降智,几乎是所有长期用户共同的痛点。

目前虽然可以通过手动设置大量开关,手动自救恢复大部分能力,但这些本该是产品原生默认的优质体验,需要用户逐一排查修改,本身就十分繁琐。

不知道掘金各位前端同行,近期使用 Cursor 是否也遇到了同款问题?大家有没有更好的优化方案、模型搭配、使用习惯,或是遇到了更多新版奇怪 bug,欢迎在评论区一起交流讨论。

相关推荐
码字小学妹2 小时前
Claude Opus 4.7 接入指南(2026):国内配置 + xhigh 推理 + 成本计算
前端
小赵同学WoW2 小时前
插槽【vue2】与 【vue3】对比
前端
代码随想录2 小时前
Agent大厂面试题汇总:ReAct、Function Calling、MCP、RAG高频问题
前端·react.js·前端框架
前端那点事2 小时前
Vue响应式原理|从底层实现到面试考点,一文吃透(Vue2+Vue3全解析)
前端·vue.js
walking9572 小时前
Vite 打包优化终极指南:从 30MB 到 800KB 的性能飞跃
前端·vue.js·vite
Highcharts.js2 小时前
在 React 中使用 useState 和 @highcharts/react 构建动态图表
开发语言·前端·javascript·react.js·信息可视化·前端框架·highcharts
梓言2 小时前
解决 Element Plus 中 Tooltip 样式影响全局菜单(Menu)及宽度控制失效的完美方案
前端·css·element
小蜜蜂dry2 小时前
css变量
前端·css
|晴 天|3 小时前
Vue 3 实战:打造可拖拽歌词、播放列表的嵌入式音乐播放器
前端·javascript·vue.js