Mac M1 芯片运行 Cursor 缓慢通常是因为使用了 Rosetta 2 转译模式或项目索引范围过大。建议优先确认应用架构是否为原生 ARM64，并限制文件搜索排除项。
先说结论：Mac M1 运行 Cursor 卡顿多为架构转译或索引负载导致，原生 ARM 版本配合排除配置可显著改善响应速度。
- 先定位：通过活动监视器确认 Cursor 进程是否为 Intel 架构
- 先做：卸载当前版本并从官网下载 ARM64 原生安装包
- 再验证：观察 CPU 占用率是否下降及界面滚动是否流畅
命令速用版
若需快速检查当前运行架构，可在终端执行以下命令查看进程信息：
ps aux | grep -i cursor | grep -v grep更直观的方式是打开“活动监视器”，在“种类”列查看是否显示"Intel"。
为什么会这样
Cursor 基于 Electron 框架开发，若运行在 Rosetta 2 转译环境下，指令翻译会带来额外 CPU 开销。M1 芯片原生支持 ARM64 指令集，非原生版本会导致内存占用升高和界面渲染延迟。此外，默认的全局文件索引在大型项目中会持续占用后台资源。
分步处理
步骤 1：确认应用架构
打开“活动监视器”，找到 Cursor 进程。若“种类”显示为"Intel"，说明正在使用转译模式。此场景下必须更换安装包。
步骤 2：安装原生版本
访问 Cursor 官方下载页面，确保下载标注为 Apple Silicon 或 Universal 的安装包。拖入应用程序文件夹前，建议先删除旧的 Cursor 应用。
步骤 3：优化索引配置
打开 Cursor 设置，搜索 files.exclude 和 search.exclude。添加 node_modules、.git、dist 等高频大文件夹到排除列表，减少后台扫描负载。
步骤 4：管理扩展插件
禁用非必要的 UI 主题或大型语言模型辅助插件。部分扩展在 M1 上未优化，可能导致主进程阻塞。
怎么验证是否生效
重新打开大型项目，观察“活动监视器”中 Cursor 的 CPU 占比。原生架构下空闲状态 CPU 占用应处于较低水平。切换文件标签页时，界面不应出现明显白屏或卡顿。
常见坑
直接覆盖安装可能保留旧的架构配置文件，建议完全卸载后重装。修改排除配置时不要误删项目核心目录，否则会导致代码搜索功能失效。部分插件缓存可能导致重启后依旧缓慢，需清除插件缓存目录。
常见问题
如何确认 Cursor 是否为原生 M1 版本？
在活动监视器中查看进程种类，显示"Apple"即为原生，显示"Intel"则为转译。
内存占用高是否代表配置错误？
Electron 应用本身内存占用较高，若未出现 Swap 交换且操作流畅，属于正常现象。
清除缓存会影响项目配置吗？
清除应用缓存不会影响工作区设置，但可能需要重新登录账号。
参考来源
Cursor 官方下载页面，cursor.sh