Cursor 是什么？代码编辑器、Agent 与模型选择如何配合
说明 Cursor 如何围绕代码编辑与 Agent 组织项目工作，解释工具、规则和所选模型的分工，以及补全、跨文件修改和变更审阅的区别。
先了解这个工具
Cursor 是围绕代码编辑与 AI Agent 协作的软件产品。开发者可以在项目中请求解释或修改，由 Agent 使用搜索、文件编辑和终端等工具完成步骤。Cursor 不等于某一个底层模型：可用模型与路由由产品配置决定，规则和工具同样影响任务结果，不能只看聊天窗口里的模型名字。
从光标补全到跨文件任务的差别
补全是在当前编辑位置给出后续内容，适合开发者已经知道要写什么的场景。跨文件修复则需要理解相关实现、修改多处并查看执行反馈。Cursor 的 Agent 工具把这些动作联系起来，最终是否解决问题仍要核对程序实际行为。
项目规则可存为.cursor/rules目录中的.mdc文件，并随版本库保存。规则能按路径模式限定范围，也可手动调用或根据相关性加入任务。普通.md文件不能直接当作同目录规则使用；这类作用范围设置比每次聊天重发全套规范更便于维护。
Agent 同时依赖规则工具与所选模型
Cursor 对 Agent 的解释包含指令、工具与模型。项目规则影响它如何工作，工具决定能读取或修改什么，所选模型负责处理当前信息。相同模型在不同工具定义和上下文下可能得到不同结果，产品体验不能简单等同于模型基准成绩。
模型选择还可能通过路由方式完成，不应假设每次自动选择都指向同一固定版本。具体支持和访问范围随账户及产品更新变化。检查任务记录与实际配置，比凭旧截图推断当前模型更可靠；这里不提供型号可用性或配额承诺。
编辑记录可以帮助撤回却不能替代版本库
Agent 会形成代码差异和任务过程，便于开发者检查更改。产品检查点可以辅助撤回 Agent 的修改，但与 Git 历史并不是同一件事。需要长期保存、协作与恢复的版本，应继续按项目既有版本管理方式处理。
运行命令和连接外部资源需要符合当前授权，编辑器已经打开仓库不意味着可以随意提交、发布或修改其他目录。审阅时还应区分用户原有改动与本次生成内容，不能为了撤回一个错误把整个工作树一并重置。
判断是否适用要看实际开发动作
偏好边看差异边编辑的开发者，可以关注编辑器与 Agent 的交互；偏好终端或自动任务的人，还需比较相应产品形态。判断时使用同一真实需求，检查修改范围与错误处理，不把界面便利直接写成代码质量更高。
结果核对至少包含实际补丁和匹配任务的验证，必要时在真实页面检查交互。本文没有进行速度或成功率排名。若 Agent 改动了无关文件，应先保存差异并缩小补丁，而不是靠一次回退按钮假定用户所有原改动都能自动保留。
核对来源
以下资料用于核对概念和方法。文中的示例与测试范围分别注明，实际使用时请核对所用工具的版本。