蓝盐泳池1983很多朋友最近都在问同一个问题：AI编程到底该从哪个工具入手？你看网上铺天盖地的消息，一会儿是Cursor，一会儿是Trae，一会儿又是Codex、Claude Code，光听名字就有点晕。如果你正好也想找一个能实际帮你写代码、改代码、解释代码的工具，那我个人的建议是：第一站可以直接选Cursor。
这篇文章我就从自己的实际使用体验出发，把Cursor的下载安装、中文设置、核心功能、配套环境配置、实战编程以及常见的坑，一次性讲清楚。内容会比较长，但保证每一步都是可落地的，你看完照着操作，基本就能把Cursor真正用起来，而不是装完就吃灰。
1. 为什么是Cursor：它到底解决什么问题
先聊点实在的：Cursor本质上是一个代码编辑器。但请注意，它不是普通的编辑器，它是在VS Code基础上深度改造出来的“AI原生编辑器”。
如果你之前用过VS Code，打开Cursor的那一刻你会觉得非常熟悉——界面布局、快捷键、扩展系统几乎一模一样。这是因为Cursor本身就是VS Code的一个分支，它继承了VS Code几乎全部的生态。这意味着什么？意味着你在VS Code里积累的快捷键习惯、插件配置、主题方案，拿到Cursor里基本都能直接用。这一点对老用户来说特别友好，学习成本几乎为零。
那它比普通编辑器强在哪？强在它把AI深度嵌入到了整个编程流程里。传统方式是你写代码、遇到问题去搜索引擎查、把答案复制回来改；用Cursor的思路是你告诉AI你想做什么，它直接帮你把代码生成出来，你可以一键接受或拒绝，遇到看不懂的代码它能一句一句帮你解释，报错了它能直接分析日志帮你定位原因。
我用下来最大的感受就是：Cursor把“写代码”这件事从“手动敲击每一个字符”变成了“人机协作的对话式创作”。你负责想清楚要什么、怎么拆分需求、如何验收结果，AI负责把大量重复性的、机械性的编码工作高效完成。
适合用Cursor的人主要有这么几类：
- 编程新手，想通过AI辅助快速上手写东西，同时不想一上来就被语法细节劝退的
- 日常需要写脚本、做数据处理、写自动化工具，但不想在基础语法上花太多时间的非专业程序员
- 已经在用VS Code，想体验AI编程但又不想彻底换工具链的开发者
- 需要维护多个项目、经常读别人代码的人，用AI问答确实能大大节省理解成本
接下来进入正题，先从安装开始说起。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 从下载到装上：Cursor安装全流程
Cursor的安装本身并不复杂，但对新手来说有几个细节如果不知道，可能会卡住一会儿。我把整个流程拆成几个小节，你照着走就行。
2.1 下载前要确认：系统要求和版本选择
Cursor支持Windows、macOS和Linux三大平台。拿Windows来说，它要求64位操作系统，Windows 10以上版本基本都能跑。macOS这边，官方推荐Apple Silicon（M1/M2/M3等）芯片的机器，Intel芯片的老款Mac也能装，只是部分AI模型的计算性能会弱一些。
这里要注意一个选择：下载页面通常会提供两个Windows安装包版本——User Installer（用户版）和System Installer（系统版）。
简单解释一下两者的区别：用户版安装后只对当前Windows登录账户生效，不需要管理员权限，安装路径默认在当前用户的AppData目录下；系统版则会写入系统级的Program Files目录，安装时需要管理员权限，但好处是所有用户都可以用。个人自用电脑，我建议直接选User Installer，省得每次弹UAC权限确认烦人；如果是公司电脑、需要给多个账户共用，那再考虑System Installer。
下载地址直接去Cursor官网，找到对应系统的安装包就行。要注意的是，官网下载速度有时候不稳定，尤其是在网络繁忙时段，如果你下载特别慢，可以换一个时间段再试，或者检查一下本地网络。用浏览器默认下载即可，不要用第三方下载工具，避免安装包被下载工具改写导致校验失败。
2.2 Windows安装步骤详解
下载完成后，你会得到一个类似 CursorSetup-x64-x.x.x.exe 的安装文件。双击运行，界面风格跟大多数Windows软件安装向导差不多，但有几个要点需要留意。
第一步是选择安装模式。安装程序默认给你的可能是“Install for me only”（仅为我安装）和“Install for all users”（为所有用户安装）两个选项。个人电脑选第一个，公司电脑选第二个。
第二步是选择安装路径。默认路径对大多数用户够用了，但如果你C盘空间紧张，可以改到D盘或E盘。这里提一个建议：安装路径中不要包含中文和空格，虽然Cursor本身支持Unicode路径，但在后续配置终端、解释器时偶尔还是会出现莫名其妙的兼容性问题，直接用英文路径最省心。
第三步是勾选附加选项。安装界面会问你“是否需要创建桌面快捷方式”“是否将Cursor添加到右键菜单”等内容。我的建议是：桌面快捷方式和右键菜单都勾上，右键菜单在后续用Cursor打开项目文件夹时会非常方便。
安装过程本身很快，通常一两分钟就搞定。安装完成后首次启动，Cursor会询问你是否导入现有编辑器配置。如果你之前用VS Code，可以在这里选择导入，这样你的快捷键、主题、插件列表都会自动带过来；如果你是全新安装，直接点“Skip”跳过即可。
2.3 macOS和Linux安装说明差异
macOS用户下载到的通常是dmg镜像文件，双击打开后把Cursor图标拖到Applications文件夹就算完成安装。首次打开时会提示“已从互联网下载的应用程序，是否确认打开”，这是macOS的Gatekeeper安全机制，点击打开即可，不要因此担心有什么问题。如果系统提示文件已损坏或无法验证开发者，通常不是安装包问题，而是系统网络下载策略导致的隔离属性问题，在终端里执行一句移除隔离属性的命令就能解决。
Linux用户则需要根据发行版选择对应的包格式——Ubuntu/Debian系选.deb包，Fedora/RHEL系选.rpm包，Arch系可以直接从AUR安装。安装命令也很常规，比如Ubuntu下用 sudo dpkg -i cursor.deb 或从终端启动，依赖缺失时再执行 sudo apt-get install -f 修复。
2.4 安装后第一件事：登录账号与首次启动检查
安装完成后先别急着写代码，第一次启动建议按下面的顺序把基础状态确认好：
打开Cursor后，第一步是注册或登录账号。Cursor的AI功能需要账号体系来绑定使用额度，免费版用户也有一定的AI请求次数，不登录账号是没法用AI能力的。注册流程支持谷歌账号、GitHub账号或者邮箱注册，选择自己顺手的即可。
登录完成后，进入编辑器主界面，按 Ctrl+Shift+X（Windows）或 Cmd+Shift+X（macOS）打开扩展面板，简单确认一下扩展商店能否正常加载。这里如果刷不出扩展列表，大概率是网络问题导致的，不要急着安装中文包，先把基础网络状态排查好。
最后一步是打开一个项目文件夹测试一下。随便新建一个文件夹，用Ctrl+K Ctrl+O（或Cmd+K Cmd+O）打开，在文件夹下新建一个测试文件，比如 test.py，输入一行简单的 print("hello") 并且保存。如果语法高亮正常、编辑器没有崩溃或明显卡顿，那说明Cursor的本地运行环境基本没问题，可以进入下一步——中文界面设置。
3. 中文界面设置：真没你想的那么麻烦
很多国内用户装完Cursor第一件事就是找中文设置，因为默认界面是全英文的。其实Cursor本身并没有内建的“一键切换中文”开关，它沿用了VS Code的语言扩展机制。也就是说，你要做的是在扩展商店里装一个“中文语言包”，然后通过命令面板切换显示语言。
3.1 通过扩展安装中文语言包（推荐做法）
操作流程如下：
- 打开扩展面板（
Ctrl+Shift+X或Cmd+Shift+X） - 搜索关键词
Chinese (Simplified)，找那个由微软发布的、全名叫“Chinese (Simplified) (简体中文) Language Pack for Visual Studio Code”的扩展，认准发布者为“Microsoft” - 点击Install进行安装
- 安装完成后，按
Ctrl+Shift+P（或Cmd+Shift+P）打开命令面板，输入Configure Display Language，回车 - 在弹出的语言列表中选中
zh-cn，这时程序会提示重启编辑器 - 重启之后，整个界面就变成中文了
这里有个关键点：你输入 Configure Display Language 后，如果弹出的列表里没有 zh-cn 选项，说明语言包没有真正装上，回到扩展面板检查一下是不是安装失败或装错了包。
3.2 为什么有时候设置了还是英文：常见坑
我见过不少朋友反馈“明明装好了语言包，重启后还是英文”，排查下来通常是三个原因：
第一个原因是改完语言后没有完全退出程序，只是关了窗口又重新打开。有些编辑器在顶部窗口关闭时会保留后台进程，你看着像是重启了，实际上还是老进程。解决办法是彻底退出Cursor（右键任务栏图标选择退出，或用任务管理器结束所有Cursor进程），再从开始菜单重新打开。
第二个原因是自定义了不必要的JSON覆盖配置。如果你之前折腾过 locale 字段，比如在settings.json里手动写了 "locale":"en"，这个配置会优先于语言包选择，导致中文不生效。把这条删除即可。
第三个原因是多款插件之间存在语言冲突，某些语言增强类扩展强行覆盖了界面显示语言。这种情况不常见，但如果前两个原因都排除了，可以临时禁用其他语言相关的扩展排查一下。
顺便提一句：汉化只影响界面文字，不影响代码运行、AI对话逻辑或模型响应语言。你在AI对话框里问问题，AI回中文还是英文取决于你提问用的语言，跟界面语言没有直接关联。
4. 真正开始编程：Cursor四大核心功能详解
装好、汉化好之后，接下来的重点就是怎么用了。很多人以为Cursor就是“输入一段话，AI帮你写代码”，其实这只是它能力的皮毛。我把它最核心的四个功能拆开细讲，每个都是日常开发里能实实在在提高效率的关键。
4.1 Tab补全：比想象中聪明得多的自动补全
Cursor编辑器里最常用的功能之一，是它的智能补全——通常被称为Tab补全。普通的编辑器补全顶多帮你补全变量名、函数名，Cursor的补全更像是“预判你接下来想写的代码”。
举个例子：你正在写一个Python函数，输入第一行 def calculate_average(values):，Cursor可能直接把函数体、循环、异常处理都给你续写好，你用Tab键就能逐个片段接受。如果某一段不是你想要的，继续输入字符它就会实时调整建议。
使用这个功能的几个实操建议：
- 不要急着看完整行建议，而是一口气把函数的语义写明白，比如函数名、参数名尽量有表达力，AI看到的信息越多，补全内容越准确
- 推荐在写注释的位置停顿半秒，让Cursor结合注释去推理下一段实现
- 如果它的建议不准确，按Esc丢弃，然后手动敲一行，重新让它在新的上下文中生成建议
刚开始用的时候，很多人觉得Tab补全“乱猜”，其实是上下文喂得不够。把函数签名、注释写清楚，准确率会明显提升。
4.2 Chat面板和代码库问答：让AI读懂你的整个项目
Chat面板也是Cursor的使用大头。默认打开方式是通过右侧的聊天图标或者快捷键 Ctrl+L（macOS为 Cmd+L）。
这里的Chat不是像网页版ChatGPT那样天马行空地聊天，而是高度绑定当前项目的。你可以直接选中代码片段，然后问“这段代码在做什么”、“优化一下这个函数的时间复杂度”、“给这段逻辑加上异常处理”，AI会结合你选中的上下文来回答。
更强的能力是“基于整个代码库的问答”。你可以在问答请求中带上 @Codebase 标签，Cursor会建立当前项目的全局索引，然后AI可以根据整个项目结构、函数调用关系来回答类似“我们这个项目里用户认证是怎么实现的”这类跨文件问题。
从使用体验来说，这是读陌生项目时的大杀器。以前接手一套老代码，光是理清模块依赖关系就得花好几天；现在直接把这些源码目录交给Cursor索引，然后像跟人聊天一样问它，理解效率会高很多。
4.3 Composer/Agent模式：一句话生成整个功能模块
除了聊代码和改代码，Cursor还有一个更接近于“Agent”的功能，在较新版本中这个入口叫Composer，也叫Agent模式。打开方式通常是快捷键 Ctrl+I（macOS为 Cmd+I），或者直接在侧边栏找到对应的按钮。
Composer和Chat的核心区别在于：Chat偏“问”，Composer偏“做”。比如你在Composer里输入“帮我写一个Python脚本，读取当前目录下所有CSV文件，合并后按照日期列排序，最后输出一个新的汇总文件”，Composer会直接在当前项目里创建文件、写出完整实现，并指导你如何在终端运行它。
这里有一个使用技巧：选择你想让AI操作的文件范围。如果你只想让它修改某一个文件，就在文件视图里先选中它再发起Composer指令；如果你允许它创建新文件、修改项目配置，就让它基于整个工作区去操作。范围控制不当是Composer“跑偏”的高频原因。
4.4 用好Rules：给AI定规矩
Cursor里有个容易被忽视但威力巨大的功能——Rules（规则）。在很多教程里它也叫“AI Rules”或“Project Rules”。你可以把它理解成给AI预装的“行为准则”。
比如你希望AI生成的代码风格是“函数全部带类型标注、尽量不用全局变量、注释用中文写、单元测试必须覆盖核心函数”，你可以把这些要求提前写到Rules里。这样不管你在Tab补全、Chat还是Composer中与AI协作，它都会默认遵循这些约束，输出内容的质量稳定性会有明显提升。
Rules的配置入口在项目的根目录中，通常是通过 .cursor/rules 目录下的 .mdc 文件，或者直接在编辑器设置中的Rules栏里定义。新手不建议一上来就写一堆复杂的规则，先定三五条跟自己项目相关的核心要求，用一段时间后再按实际效果不断迭代，这样更容易感受到Rules带来的变化。
4.5 模型选择：不同模型用在不同场景
Cursor的AI能力背后不是单一模型，而是可以灵活选择的。默认情况下它会使用经过配置的主模型，面向日常问答和补全，效果均衡。但在某些场景下，不同模型的实际表现会有明显差异，懂行的使用者通常在设置里手动切换。
比如处理超长上下文、多文件重构时，支持超长上下文的模型会更稳；做代码解释、学习时，偏教学风格、解释能力更强的模型会更友好；需要极致代码生成速度时，轻量一点的模型往往响应更快。
我的建议是：日常开发保持默认模型就够了，没必要频繁切换。真正遇到“某个大文件AI总是漏掉结尾部分”或“长对话后AI越说越糊涂”的时候，再考虑在模型设置里换一个上下文窗口更大的选项。
5. 配套环境配置：Git、Python、Node.js一次到位
Cursor只是个编辑器，真正运行代码还得靠电脑里的编程环境。很多新手装好Cursor后，发现打开终端运行 python 会提示“找不到命令”，或者代码保存后再打开高亮消失了，原因就是环境变量和语言运行时没有配置好。这一节把最常用到的Git、Python、Node.js配置流程完整过一遍。
5.1 Git安装与配置
Git是当前几乎所有代码管理都离不开的版本控制工具，AI编程工具生成代码、对比历史版本，也都依赖文件系统的正常状态。虽然不一定每个入门者马上都要用Git，但建议还是提前装好，因为你很快就会用到的。
Windows用户下载Git安装包时，一路Next基本上可以完成安装。但有几个关键选项建议留意：
- 在选择“Adjusting your PATH environment”那一步，务必选“Git from the command line and also from 3rd-party software”，这会保证Git命令在Cmd、PowerShell以及Cursor内置终端里都能直接使用
- 在“Choosing the SSH executable”那一步，选“Use OpenSSH”即可，和Cursor自带的SSH能力更匹配
- 换行符转换方式建议保留默认推荐的“Checkout as-is, commit as-is”，避免在不同操作系统间切换代码时出现烦人的换行符问题
macOS用户如果在终端里输入 git --version，系统可能会弹窗提示安装Xcode Command Line Tools，按提示安装即可；也可以直接去Git官网下载macOS安装包。
装完Git后，第一件事是配置用户名和邮箱，否则后续提交代码会报错。在终端里执行：
bash复制git config --global user.name "你的名字"
git config --global user.email "你的邮箱"
这一步是几乎所有Git教程的第一课，很多人会忽略，等到提交时被Git拦住才回头补上。
5.2 Python环境准备
Python是学习编程和应用AI比较友好的入门语言，同时也是Cursor社区里被用到最多的语言之一。Windows下装Python，最推荐的方式是去Python官网下载安装包，而不是直接去微软商店装。
安装时有一个极其关键、很多人都会错过的选项：在安装向导第一页下方，有一个 “Add Python to PATH” 的复选框，默认情况下它是不勾选的。如果你不勾选，装完Python后在终端里输入 python 会提示找不到命令，到时候你还得手动改环境变量，特别麻烦。所以一定记得勾上，然后点Install Now。
Python装好后，在Cursor内置终端（快捷键 `Ctrl+``）里运行：
bash复制python --version
pip --version
如果两条命令都能正常输出版本号，说明环境已经就绪。如果提示 python 不可用，但 py 可用，可以使用 py -m pip 的形式运行，或重新执行一次安装程序并勾选Add Python to PATH。
进一步建议安装一个conda或miniconda。它不是严格必需的，但对于想管理多个Python版本、避免依赖升级互相打架的人来说，conda真的能省很多心。安装miniconda时同样注意“Add to PATH”选项。装好后，你可以为每个项目创建独立的虚拟环境，AI生成的代码就不会因为依赖版本冲突而反复报错了。
5.3 Node.js与前端开发场景准备
如果你的兴趣方向是网页开发、前端项目或者用JavaScript写脚本，那还需要装Node.js。它的安装相对平顺，直接去Node.js官网下载LTS版本安装包，一路下一步完成即可，PATH配置安装器会自动处理好。
装好后在终端验证：
bash复制node -v
npm -v
能输出版本号就代表没问题。后续从网上下载的一些开源前端项目，也通常会要求在项目目录下执行 npm install 来安装依赖，这一步依赖的就是Node.js环境。
把Git、Python、Node.js配好之后，Cursor基本就算“满血状态”了：编辑器负责写代码，解释器负责运行，Git负责版本管理，AI负责在各个环节帮你加速。
6. 实战示例：用Cursor从零做一个“文件整理小工具”
前面讲的都是功能和环境，这一节我用一个具体的小项目带你把整个流程串起来，也让你直观感受一下“用Cursor编程”和“传统编程”在体验上的差异。
场景设定：假设你有一个downloads文件夹，里面堆满了各种下载文件，有PDF、图片、安装包、压缩包，乱得一塌糊涂。你想写一个Python脚本，它扫描文件夹，按扩展名把文件自动移动到对应的子文件夹里，比如所有的PDF都放到PDF文件夹，所有图片放到Images文件夹。
如果用传统方式，你得先回忆一下Python的 os、shutil 模块怎么用，然后逐行写，中途可能还要查资料；用Cursor的方式是这样的：
第一步，在Cursor里新建一个项目文件夹 file-organizer，然后打开它。在项目根目录下，用 Ctrl+I 打开Composer面板，输入：
code复制帮我写一个Python脚本，扫描 ./files 目录下的所有文件，
按照文件扩展名自动移动到对应的子文件夹中，例如 .jpg 放到 Images 文件夹，
.pdf 放到 PDFs 文件夹，压缩包放到 Archives 文件夹。
要求使用 pathlib 实现，处理文件名冲突时自动加上序号，
并打印每次移动的日志。
第二步，Composer会在项目里生成一个 organize.py，同时在侧边栏显示新增文件。你可以点开代码逐行检查。这时候别急着运行，先看它有没有用到你指定的 pathlib，处理重名冲突的逻辑是否满足要求。如果不满意，直接在Composer里追加“使用shutil替代”或“改成递归扫描子目录”等反馈，它会自动修改。
第三步，确认代码没问题后，在终端里运行：
bash复制python organize.py
如果脚本运行报错，比如文件路径不对或权限不足，你先不要急着去搜报错信息，直接按 Ctrl+L 打开Chat，把终端里的错误信息粘贴进去，问它“帮我分析这个报错”。Cursor会结合代码和错误日志给出修改建议。
整个流程跑下来你会发现，编程的核心阻力已经不再是“忘记语法”和“不知道函数名”了，而是变成了“你能不能想清楚自己要什么，以及能不能准确判断AI给出的代码是否符合要求”。前者是反复练习的事，后者是逻辑思维的事，这两点都是靠长期实践积累的，恰恰也是编程经验的真正价值所在。
7. 高频翻车现场：常见问题与排查清单
Cursor用久了，我发现很多问题其实不是只有新手才遇到，老手也会偶尔踩到同一个坑的变种。这里把出现频次最高的问题和对应解法整理成一张速查表，然后用几段话把重点问题展开解释一下。
| 常见问题 | 可能原因 | 快速排查与解决 |
|---|---|---|
| 安装后打不开或闪退 | 系统版本过低、安装文件损坏 | 检查系统版本，重新下载安装包，关闭杀毒软件后重装 |
| 扩展商店刷不出来 | 网络原因导致扩展服务不可用 | 检查网络连接，稍后重试；避免使用系统代理工具 |
| 中文语言包装不上或切换无效 | 扩展来源选错、未完全重启 | 认准微软发布的语言包，完全退出Cursor再重启 |
| AI对话一直转圈不回复 | 账号未登录、额度耗尽、网络延迟 | 检查登录状态和用量页面，更换网络环境后重试 |
| Tab补全不够准确 | 上下文信息过少 | 补全函数签名、注释，扩大选中范围再提问 |
| Composer生成的文件不在预期位置 | 工作区范围没选对 | 发起Composer前选中目标文件/文件夹 |
内置终端无法运行 python |
PATH未配置好 | 检查环境变量，重新安装Python并勾选Add to PATH |
| 项目索引一直吃CPU和内存 | 首次索引大项目 | 等待索引完成；不常用的目录可通过设置排除 |
第一个值得展开的是“打开即闪退”的问题。这种情况在Windows上比较多见，通常发生在老版本操作系统或精简版系统上。强烈建议先去官网看当前版本的安装要求，系统版本太老旧的话升级系统或者寻找旧版本安装包会更实际。软件闪退还有一个常见诱因是杀毒软件拦截了编辑器的写文件操作，临时关闭实时防护后再启动就是一个有效的排查动作。
第二个是“Chat能打开但AI不回答”。这里有个非常容易被忽略的点：免费版账号每天/每月的AI回复次数是有限的。如果用量耗尽，对话区不会明确提示“额度用完”，而是表现成“一直在转圈”或“无响应”。这时候去Cursor官网个人账户后台看一眼用量页面，基本就能定位问题。
第三个是“Composer乱改文件”的问题。这个我在前面也提过，本质就是工作区范围没有控制好。Composer模式下AI是具有文件读写能力的，聊天模式下它通常只给建议不动手。想让它只做纯问答就别用Composer，想让它实际动手写文件就必须明确选中操作范围，这已成为我在实际使用中比较稳定的一条经验。
第四个是编辑器索引带来的性能问题。Cursor为了能回答项目级问题，会为项目建立索引。新加入一个大项目时，首次索引确实会占用大量CPU资源，机器风扇可能呼呼转，这是正常现象，等索引跑完就好。如果太影响别的操作，可以在Settings里搜索 files.exclude，把不需要索引的目录，比如node_modules、build、dist这类生成目录排除掉。
8. 关于AI编程工具选型，说几句心里话
最近AI编程工具可以说“神仙打架”，Cursor之外还有不少选择和各有亮点的竞品。有朋友问我是不是非Cursor不可，我觉得也不至于。工具的迭代速度非常快，今天好用的功能，下个月可能就被别人超越了。
我自己选工具的基准就三条：上手成本是否足够低、能否深度融入项目上下文、迭代更新是否活跃。Cursor在这三点上目前都让我比较认可，尤其是它对VS Code生态的兼容，让我从传统编辑器切换过来时几乎是无痛迁移，这一点对效率型用户非常关键。
另外一个很想强调的点是：AI编程工具再强，也没有到“输入需求就交出成品”的程度。它更像是一个反应极快、基础扎实的结对编程搭档，你负责判断大方向、拆解问题、验收结果，它负责处理重复编码、快速给出备选方案、解释陌生代码。真正拉开使用者之间差距的，仍然是你对需求的洞察力、对代码质量的判断力，以及最基本的调试能力。所以刚开始接触的朋友，可以在技术视野上多投入一些，把基础打扎实，AI工具才能锦上添花。
根据我个人经验，第一次把Cursor完整跑通、拿它做出来第一个小工具的感觉，还是很让人上头的。如果你刚下载完，建议别急着一次看太多教程，就按这篇文章的顺序装好软件、设置好中文、配好Python，然后用它写一个你真正想解决的小需求。亲手跑通一次，比看十篇文章都有用。
最后再分享一个调优的心得：给AI提问时的表达，尽量具体化、限制化。比如“帮我写个脚本”远不如“帮我写一个Python脚本，接收一个文件夹路径作为参数，把其中超过1GB的文件列出来，并按照大小从大到小排序”来得有效。你给出的约束越多，AI返回的内容就越贴近你的需求。这一条，对Cursor、对其他AI编程工具，全都适用。