Cursor

价格

Free tier, paid plans

平台

macOS, Windows, Linux

官网

https://cursor.com

免费访问判断

Cursor 曾提供学生可申请的一年 Pro 访问路径。

注意

学生认证、地区和时长可能变化，要以 Cursor 官方学生页面为准。

2026 年结论

Cursor 仍然是 AI 编辑器的参照物，但 2026 年的 Cursor 不能再只按“更好的自动补全”来评价。它正在变成“编辑器 + agent platform”：内联编辑、Agent mode、cloud agents、可配置 development environments、PR review、Bugbot、rules、context 控制、团队协作和集成。

我的判断：如果团队想要一个抛光度高、能覆盖日常编辑和更认真 agent 委派的工具，Cursor 仍然是最强默认选项。但在真正投入前，我会拿它和 Claude Code、Codex、opencode、Gemini CLI、Aider 做同任务对比，因为 Cursor 的优势是工作流完整度，不是模型或基础设施控制权最大。

最近变化是什么

Cursor 官方 changelog 最近释放了很明确的平台化信号。Cloud agents 不再只是附加能力：Cursor 描述了 cloud agents 的可用性、并行启动多个 agent，以及可用 Dockerfile、安装命令、secrets、environment variables、机器规格、网络规则和 GitHub 仓库来配置 development environments。

同样的方向也体现在 PR review 和团队功能里。Bugbot 增加了 effort levels；Cursor 有用于 active reviews 的 PR tabs；支持 Slack 中启动和追踪 agents；支持 Teams 中提及 Cursor；支持移动端管理 agents；同时也补强了 context usage visibility。它已经不是“带 AI chat 的 VS Code”这么简单。

最强使用场景

• 日常 VS Code-style 开发，希望内联编辑、聊天和 agent 工作都留在一个编辑器里。
• 希望让 cloud agents 处理 GitHub issues、bug fixes、测试任务和并行实现的团队。
• 环境搭建可以被清楚编码，cloud agents 能复现的仓库。
• 重视 review 的团队，可以把 Bugbot、PR tabs、split changes 和可见 diff 当成护栏。
• 想快速上手，而不是自己拼多个开源组件的开发者。

我会谨慎的地方

• Cloud agents 要求很强的环境纪律。Dockerfile setup、secrets、egress、安装脚本和网络访问都应该按生产自动化对待，而不是随便开的功能。
• Agent 速度会制造太多并行 patch。如果没有 review 纪律，Cursor 可能让团队更忙，而不是更快。
• 厂商绑定是真问题。Cursor 提供的是抛光后的工作流，但 Continue、Aider、opencode、Codex、Claude Code 在某些工作流里控制权更高。
• 价格和额度变化很快。写采购建议前要确认当前 plan、模型访问、学生权益和团队条款。

Cursor vs Claude Code vs Codex

当开发者希望编辑器继续成为工作中心时，Cursor 胜出。它适合阅读代码、内联修改、从同一个 workspace 启动 agent，并且不频繁切换上下文就能 review diff。

Claude Code 和 Codex 在更 terminal-native 的任务上更强：运行命令、跨仓库改文件、调试失败、把 agent 当成委派 worker。很多团队不需要二选一：Cursor 做交互式编辑，Codex 或 Claude Code 做更重的委派式实现。

采用循环

• 先选一个真实维护任务、一个功能任务、一个 bug-fix PR。
• 用 Cursor 本地 Agent mode 和 Cursor cloud agents 跑同一组任务。
• 接受输出前，要求 tests、logs、browser checks 或 PR review 证据。
• 记录被接受 diff 的大小、review 时间、清理 commit 数和回滚清晰度。
• 文档化 rules、AGENTS.md 行为、项目指令、secrets 和网络边界。
• 用同一任务对比 Claude Code、Codex 和一个低成本方案。

Coding Agent Tools 结论

Cursor 仍然是最需要被追赶的 AI editor。原因不再只是 Tab completion 或 chat，而是 Cursor 正在把 AI coding 的完整操作面做出来：本地编辑、agent 委派、PR review、团队交接和环境管理。

风险也来自同一个地方。Cursor 会让生成过程变得太容易，以至于团队忘了衡量 review 质量。我只会在一个前提下采用 Cursor：被接受的代码必须比旧流程更小、更容易 review、更容易复现。

2026 年 6 月更新观察

Cursor 6 月的方向，是把编辑器里的 AI 工作从“即时协作”推进到“定时和委派”。Automations、background agents、cloud subagents、Bugbot、Design Mode、Memory、PR review 和团队集成指向同一个产品判断：Cursor 想让人工编辑、自动执行和 review loop 留在同一个编辑器控制面里。

我的判断：这会让 Cursor 对想保留编辑器中心地位的团队更有吸引力，但治理要求也更高。Automations 应该像 CI job 一样限定范围。Cloud subagents 应该有窄职责。Bugbot 输出应该当成 review input，而不是通过章。Design Mode 对视觉任务有价值，但上线前仍然要做 browser checks 和截图验证。

选型时，任务一旦变成 background thread 或 PR 级变更，就要把 Cursor 和 Codex 对比；任务更依赖 shell proofs、MCP access 和 permission prompts 时，就要和 Claude Code 对比。Cursor 仍然赢在紧密的 read-edit-review 循环，但不应该自动拥有所有长时间 agent 任务。

来源说明

• Cursor 官方 changelog 描述了 cloud agents、development environments、Bugbot effort levels、Teams、Slack、移动端 agent 管理、PR tabs、context usage improvements、Automations、Design Mode、Memory 和 background agent work。
• Cursor 文档描述了用仓库设置、Dockerfile/install commands、secrets、environment variables、机器设置和 network access controls 配置 development environments。
• 本页图片是 Coding Agent Tools 基于 Cursor 公开资料绘制的私有图解，不是复制官方截图。