目录

https://www.cursor.com/cn/changelog 官方更新日志。

版本 v1.0

June 4, 2025

1、新增 BugBot 进行代码审查。

  • 前提

    需要 cursor 管理、github 管理授权。目前只支持 github。

  • 费用

    BugBot 需要额外支出费用，目前与 Max 模式相同的定价。

  • 工作原理

    Under the hood, BugBot looks at the diffs in your commits and analyzes the code using the most powerful models in Cursor. When a potential issue is found, it leaves a comment with a detailed explanation and a suggestion for a fix.

    • 在后台，BugBot 会查看提交中的差异，并使用 Cursor 中最强大的模型分析代码。当发现潜在问题时，它会留下一条评论，其中包含详细的解释和修复建议。

  • 触发时机

    • 自动评论。每次更新 PR 时，BugBot 重新运行并留下带有潜在问题的评论。
    • 手动触发。也可以在 PR 的评论中使用bugbot run手动触发。

  • issue 连接 cursor 修复问题

    在 issue 评论中的fix in cursor链接，可以带完整上下文回到 cursor 的会话中，允许我们在 cursor 中直接修复问题。完成问题发现，问题分析，问题修复闭环。

  • 官方指南

    https://docs.cursor.com/bugbot

2、后台 Agent 并行任务完全开放

  • 隐私模式。

    目前仍然需要启用隐私模式，但官方也说了很快会支持启用隐私模式。

3、新增 memory 能力

  • 前提

    禁用隐私模式。

  • 能力

    在 chat 对话中，会识别到规则、约定、标准、命令之类的内容，并自动记录到 memory 中。Cursor 会再将来的对话中参考这些记忆。

  • 官方指南

    Cursor – Rules - memories

4、支持一键安装 MCP

Cursor – MCP Directory

5、chat 对话输出支持更丰富的可视化内容

比如 mermaid 图表与 md 表格，原来是只输出文本代码块，现在直接输出渲染后的图片与表格。

6、支持团队管理员可以禁用隐私模式

7、开放 api 访问使用指标和支出相关数据。

主要接口有：

  • 成员列表
  • 每日使用数据
  • 消费数据

Cursor – Admin API

8、@web 搜索支持解析 PDF 并包含在上下文中

9、工具调用支持并行。

版本 v0.50

May 15, 2025

1、简化计费。

所有模型调用均按请求计费，Max 模式则采用与 API 类似的 Token 计价（额外收取 20% 费用）。

2、全面开放 Max 模式。

该模式适用于需要更大上下文、更强推理和工具调用的复杂场景。

普通模式下的模型一般在 100k、120k、128k 的上下文窗口，而 Max 模式一般大于 100k，可达到 200k 甚至 1M 的上下文窗口。

并不是所有模型都有 Max 模式，上下文窗口为 100k 或更小的模型在 Max 模式下收益会递减。

1M 大概是 3 万~5 万行代码（按每行 80 个字符计算）。

以下是一些通过官方参考示例延伸而来，用于说明不同上下文窗口大小对应的代码量：

令牌 规模 真实示例 适合什么
10,000 小 PHP: Carbon 库
Go: gorilla/mux 路由器
Java: Log4j 2 的核心 API		 单个独立的工具库或框架中的一个模块，用于解决特定问题，如日期处理、路由或日志记录。
60,000 中等 PHP: Guzzle HTTP 客户端
Go: Cobra CLI 框架
Java: Jackson-databind JSON 处理库		 一个功能完整的、中等规模的程序库，通常是大型应用中的核心依赖，如处理 HTTP 请求、构建命令行工具或 JSON 序列化/反序列化。
120,000 大 PHP: Slim 微框架
Go: Gin Web 框架
Java: Spring Security 模块		 一个完整的微框架或大型框架中的一个核心子系统。适合用于理解和开发一个完整的 Web API 或安全认证功能。
200,000 特大号 PHP: Laravel 框架核心
Go: gRPC-go 框架
Java: Spring Boot 框架核心		 一个功能完备的全栈框架的核心代码（不含所有可选模块和测试）。适合对框架的整体设计和核心工作流程进行分析。
1,000,000 大规模 PHP: Magento 核心代码
Go: Kubernetes 核心组件
Java: Elasticsearch 核心代码		 整个大型开源项目或企业级应用的核心代码库。这通常是分布式、高并发的复杂系统，需要极大的上下文来理解其架构和交互。

选择以上示例主要基于各个项目在对应语言生态中的影响力、功能复杂度和预估的代码量。

  • Tokens 与代码量： Tokens 是 AI 模型处理文本的基本单位。在代码中，1 个 Token 约等于 4 个英文字符。这里的 Token 数是用于粗略估算一个 AI 模型（如 GPT-4）能够一次性处理的代码上下文窗口大小。代码的行数、文件结构、注释、变量名长度都会影响最终的 Token 数。

  • 小 (10k Tokens): 这个量级通常对应几千行高质量代码。Carbon, gorilla/mux, Log4j API 都是小而美的典范，它们功能专一，代码量可控，非常适合在小上下文窗口中进行代码分析、生成或重构。

  • 中等 (60k Tokens): 这个量级可以容纳一个更复杂的库。Guzzle 和 Jackson 都是其生态中的“瑞士军刀”，包含了处理各种边界情况的复杂逻辑，代码量比工具类库大一个数量级。Cobra 也是如此，它提供了一整套构建 CLI 应用的解决方案。

  • 大 (120k Tokens): 此量级可以处理一个轻量级框架或大型框架的核心模块。Slim 和 Gin 是流行的微框架，提供了构建 Web 应用所需的最小功能集（路由、中间件、请求/响应处理），代码结构完整。Spring Security 作为一个庞大框架中的独立模块，其自身的功能也足够复杂和完整。

  • 特大号 (200k Tokens): 对应一个全功能框架的核心。Laravel 和 Spring Boot 的核心代码（不包含所有插件和第三方依赖）就处于这个范围。理解这些框架的启动过程、依赖注入、请求生命周期等就需要这么大的上下文。gRPC-go 作为一个完整的 RPC 框架，也包含了代码生成、协议处理、网络通信等大量代码。

  • 大规模 (1M+ Tokens): 这是大型、甚至是巨型项目的量级。Kubernetes, Elasticsearch, Magento 都是由成百上千个文件、数十万甚至上百万行代码构成的复杂系统。它们的架构、模块间交互、设计模式非极大的上下文不能窥其全貌。对这类项目进行分析或重构，是目前对大语言模型最大的挑战之一。

Cursor – Max Mode

3、Tab 新模型。

支持跨多文件给出建议与更改，在相关代码之间跳转更出色。

4、后台 Agent 并行任务。

  • 前提

    • 配置开启：Settings > Beta > Background Agent
    • 后台 Agent 目前仅适用于禁用隐私模式的用户。官方提到将努力支持隐私模式。
    • 目前支持 github，github 读写授权，后续会逐步支持 gitlab 等仓库提供商。
    • 官方建议使用 o3 用于后台 Agent。需要在 Max 模式下。

  • 费用

    基于 Max 模式，费用参考 Max 模式。

  • 工作原理

    在远程虚拟机上运行任务（依赖 AWS 基础设施），实现多 Agent 并行任务。比如实现小功能、或长时间运行的任务，为后续更多集成和自动化场景铺垫。

    后台 Agent 可以联网，允许安装项目应用需要的依赖包。

    后台 Agent 从 github 先 clone 项目仓库，然后在本地独立分支执行编码，最后再 push 到 github。

    相当于把任务外派给 cursor 的人力资源部。

  • 开启

    按 Cmd + ' （或 Ctrl + ‘）打开后台 Agent 列表，并可选择开启新的 Agent。

  • 安全

    • 与现有在本地的 Agent 来说，后台 Agent 不安全因素更多，被攻击的面更广些。
    • 开放项目代码仓库的读写权限。
    • 代码将在 cursor 指定的 AWS 服务器上运行。
    • cursor 这个项目的基础设施尚未经过第三方安全审计。
    • 后台 Agent 会自动执行所有指令，存在某些类型的提示注入攻击的可能性。比如远程查询结果，将结果（恶意提示词）作为下一个步骤的上下文并执行操作。
    • 不能开启隐私模式，cursor 需要收集以及存储提示和开发环境等信息。

官方指南：Cursor – Background Agents

5、支持@floders。

配置开启：Features > Full floders contents

配置开启后，@floders，将尝试在上下文包含文件夹的全部内容，也意味着 AI 不需要读取文件本身。

如果未开启配置，默认仅提供目录路径和概述，比如目录树结构。

6、行内编辑 Ctrl+K 支持扩大编辑范围。

支持 Edit Full File 扩大范围到整个文件，支持 Send to Chat 通过 Agent 扩大范围到多个文件。

7、Agent 新增搜索和替换文件代码的高效工具。

该工具将搜索和替换文件中的代码，使其对长文件更加高效。代理现在可以找到应该进行编辑的确切位置，并且只更改该部分，而不是阅读整个文件。效率会是原来的两倍。目前 Anthropic 模型有效。

8、通过 workspaces 支持多个代码库

特地说明：.cursor/rules are supported in all floders added

适合将高度相关的项目作为同一个 workspace 管理，比如比较独立高度相关的前后端项目，也可以是文档项目和代码项目，也可以是两个高度相关的服务项目等。

解决跨项目检索与同步更新问题，甚至可以不同语言项目的代码翻译。

Cursor 0.5 版本发布的 Multi-Root Workspaces，才是程序员杀手应用 - 知乎

绝杀！Cursor 0.50 全栈开发利器：Multi-root workspaces

注：存在改变团队编码协作工作方式的可能。

9、对话 Chat 更新

更新了两点：

  • 1、支持导出，这对知识性比较强的问答很有用，但目前对于工具的执行内容没有导出。
  • 2、支持在复制一个对话 Chat，使得我们可以在两个上下文的相同的 Chat，接下去开启另一个分支路径的对话，可以用来对比和探索不同路径的答案，类似于找迷宫的出口。 操作：在每个窗口问答右下角的…里有个Duplicate Chat。

10、Claude 4 系列发布。

20250523

cursor 同步开放了 Claude 4 系列，包括 Claude Opus 4 和 Claude Sonnet 4。这两款模型都针对编程任务进行了优化。

  • Claude 4 Opus

    • 命名含义：延续了 Claude 3 Opus 的命名。
    • 擅长领域：据 Anthropic 宣称，Opus 4 是目前全球最强的编程模型，能够稳定胜任复杂且持续时间长的任务和 Agent 工作流。在编程基准测试 SWE-bench 上拿下了 72.5% 的高分。
    • 应用场景：适用于多文件、大改动的项目，在编辑和调试代码过程中显著提升了代码质量。

  • Claude 4 Sonnet

    • 命名含义：延续了 Claude 3 Sonnet 的命名。
    • 擅长领域：着重强化了编程和推理能力，能更精准地响应用户的指令。SWE-bench 的成绩直接冲到了 72.7%，几乎与 Opus 4 持平。
    • 应用场景：整体更轻巧，也更灵活，聚焦更明确，适用于需要更复杂推理任务的场景。

版本 v0.49

April 15, 2025

0.49 版本更新几个亮点

  • 1、Cursor Rules：

    • 使用/Generate Cursor Rules 直接生成规则；
    • Auto Attached 的规则会智能应用于匹配路径；
    • Always 的规则现在持久性更好。

  • 2、聊天记录移至命令面板

  • 3、对话结束时可使用内置的 diff 功能审查代码，可以在对话窗口左上角 edit files 查看文件改动情况

  • 4、MCP 上下文可添加/传递图像

  • 5、在 Agent 运行终端命令前，选择编辑或跳过

  • 6、新增全局忽略文件

  • 7、添加了 Gemini 2.5 Pro、Grok 3、GPT-4.1、o3、o4-mini 模型

  • 8、在上下文中引入项目结构

    关于生成 cursor rules，文章中也提到暂时没法生成比较细致全面的规则，我们自己试，没有很好的完成，况且对于存量代码项目来说，有些规则是为了规范未来，而不是从存量代码生成，需要人为的制定规则。

    这里我们再补充早就有的@Docs 使用说明，可以事先在设置的 Features 选项找到 Docs，并 Add new doc（允许团队内共享），之后在对话框中输入@Docs，即可基于指定文档的读取（可能还会读取文章中关联相同前缀的文档），进行问题回答。这里@Docs 和@web 的区别在于：

    • @web 是进行实时网络搜索，获取最新信息
    • @docs 是查询预先索引的文档内容，更适合查 API 和标准用法
    • @web 的结果可能更新更快但不一定准确，@docs 的内容相对稳定可靠
    • @docs 支持自定义添加文档源，而@web 是搜索整个互联网

    使用建议：

    • 当需要查最新信息或解决方案时，使用@web
    • 当需要查询 API 文档、使用说明等标准内容时，使用@docs

    注：@Docs 文档地址仍然是 cursor 的云端访问，要求文档地址互联网可访问。

  • 9、多开 chat

    通过这篇文章第一次知道可以多开 chat，惭愧。其实对话窗右上角的 + 号上有提示使用 Alt+点击+号，可以新开并行的对话窗，上下文不独立维护互不影响。

  • 10、chat 窗口换行

    Shift+Enter 换行。

网友使用分享总结

以上两篇文章包含了 0.49.x 的大部分使用分享，可以一次性概览，心中有数，知道在哪里以及大概使用方向，一回事两回熟。