《Cursor 3 反馈整理：用户真正想要的不是“更炫的 IDE”，而是一个可靠的 AI 开发工作台》
整理自 Eric Zakariasson 征集 Cursor 3 反馈的帖子及 431 条回复（x.com/ericzakariasson/status/2048747330384670971）。整体看下来，最有价值的意见可以归成几类：用户喜欢 Cursor 3 的 Agent 方向，但现在最强烈的诉求是“把 Agent、IDE、Git、浏览器、终端、模型选择和团队协作变成一条稳定的工作流”，而不是在多个模式之间来回切换。
第一类，也是最核心的一类：Agent Window 很有潜力，但不能牺牲 IDE 的基本能力。
很多人不是反对新界面，而是希望新 Agent 体验里也保留完整开发者习惯：LSP、调试、任务运行、扩展、快捷键、文件搜索、代码跳转、格式化、终端命令、diff 接受/拒绝等。现在的问题是，用户一旦进入 Agent Window，就经常需要为了一个小操作切回旧 IDE。真正理想的形态，是 Agent 负责推进工作，人类随时能无缝接管、检查、微调、运行、调试。
第二类：多 Agent 和多仓库协作，是 Cursor 3 最值得押注的方向。
不少用户提到想要类似看板、任务树、节点图的 Agent 进度视图，可以看到每个 agent / subagent 在做什么、卡在哪里、是否需要人介入。还有人希望有角色化 Agent 团队：一个做规划，一个实现，一个 review，一个跑 QA。对复杂项目来说，Cursor 的机会不是“一个聊天框写代码”，而是“多个隔离 worktree 中的 Agent 并行推进任务，再由用户统一调度和验收”。
第三类：Worktree、Workspace、Branch 和 Git 工作流需要产品级打磨。
反馈里反复出现 branch 切换、创建新分支、PR 检测、commit 当前 chat 改动、选择性 staging、multi-repo git diff、submodule 支持、CI 状态、PR comment、CodeRabbit 式 review、merge 后同步 main 等需求。开发者并不想每次都让 Agent 用自然语言帮自己做 Git 操作，他们想要一个低摩擦、可控、可审计的 Git 控制台。尤其是 Agent 多任务并行后，worktree 的命名、状态、来源、diff 和 PR 关系会变得极其关键。
第四类：信息架构和导航是当前体验的高频痛点。
很多人提到找不到 chat、项目太多、sidebar 混乱、当前焦点不清楚、面板切换麻烦、chat 自动滚到底、active agent 不明显、workspace 不能直接 pin、chat 重命名太麻烦。一个很有价值的建议是“Smart Rename”：让 Cursor 根据线程内容自动给 chat 命名。还有用户希望能 pin 某条消息、从某条消息 fork session、跨项目引用旧 session、把旧 chat 拖进新 chat 当上下文。这里的本质需求是：当 Agent 工作变多，Cursor 需要从“聊天记录列表”升级成“任务记忆系统”。
第五类：键盘优先和可自定义快捷键，是重度用户的底线。
高赞反馈明确说：整个产品必须可以不用鼠标操作。用户想快速在 chat、文件、文件树、终端、浏览器、diff、agent 之间切换，也想自定义 keybindings，继承旧 Cursor / VS Code 里的肌肉记忆。现在很多阻力不是功能没有，而是到达路径太深。对开发者工具来说，快捷键不是小优化，而是生产力体验的一部分。
第六类：稳定性和性能问题正在影响信任。
不少反馈集中在启动慢、Windows/WSL/SSH 问题、内存暴涨、CPU 飙升、OOM、多个 agent 后卡死、大代码库索引拖慢、文件树空白、chat reload 后消失、markdown 内容丢失、LSP 失效、Vue/Svelte 支持问题、终端状态不同步、Cloud/Local 不一致等。这里的信号很明确：Cursor 3 的野心很大，但如果基础稳定性不够，用户会暂时退回 Codex、Claude Code、T3 Code 或旧 Cursor。
第七类：模型和成本透明度，是用户越来越敏感的地方。
大量用户要求更高额度、更便宜的 Composer、支持本地模型、BYOK、OpenRouter、Codex 订阅、第三方模型订阅，或者至少在模型选择器里直接显示价格/质量/速度指标。用户不是只想要更多模型，而是想知道“这个任务用哪个模型最划算”。一个很好的方向是：Cursor 主动建议“这个任务可以用便宜模型”“这个任务值得开强模型”“上下文快满了，建议切新 agent 或自动生成 handoff”。
第八类：扩展、MCP 和外部工具集成，是 Cursor 维持护城河的关键。
很多人希望新 Agent 界面能支持旧 IDE 的扩展，尤其是 Git、CodeRabbit、debug、任务运行、格式化、语言插件等。MCP 方面，用户想要更稳定的连接、更好的 auth/state 管理、按 chat 启用不同 MCP、发现并推荐合适 MCP。还有人提到 GitHub、Vercel、Slack、Telegram、Linear、Asana、数据库、邮箱、部署、review、自动化通知等集成。Cursor 的机会是成为“开发自动化中枢”，而不是只做 AI 编辑器。
第九类：移动端和远程控制需求非常明确。
很多人要 iOS / mobile app，不只是为了“在手机上写代码”，而是为了随时查看 Agent 进度、回复 Agent 问题、批准命令、继续对话、看 preview、远程触发任务。Agent 越 autonomous，移动端就越有价值，因为用户需要的是“远程监管一个正在工作的开发助理”。
第十类：前端和设计工作流还可以更强。
不少反馈提到浏览器 preview、terminal、files 希望能同时打开；需要移动视图、缩放、DOM 元素选择、浏览器 profile 隔离；Design Mode 里希望能直接改文案、spacing、h1、选择多个元素、在父子元素间切换。更进阶的反馈是：希望接入 Figma tokens / design system，保证 Figma → Cursor → code → Figma 的一致性，不要让设计 token 在 AI 修改中漂移。
一句话总结：
Cursor 3 的用户已经不满足于“AI 帮我改代码”。他们真正想要的是一个稳定、可控、键盘友好、支持多 Agent 并行、能理解多仓库和完整工程上下文的 AI 开发操作系统。
最值得优先做的，不是再加十个花哨功能，而是把这四件事打磨到极致：
Agent 和 IDE 无缝融合；
Worktree / Git / PR 工作流产品化；
大项目下稳定、快、不丢上下文；
模型成本、能力和任务分配变得透明可控。
如果 Cursor 3 能把这些做好，它就不只是“带 AI 的编辑器”，而会变成开发者管理 AI 工程团队的主界面。
