每一个程序员的心里大概dou装着一个“LeetCode梦”。不管是想进大厂，还是单纯想磨练一下手感，刷题似乎成了绕不开的必修课。但是说实话，传统的刷题方式实在是太折磨人了：切到网页、读题、切回IDE、写代码、复制粘贴、再切回去提交……这一套流程下来思路早就断了。geng别提有时候为了调试一个边界条件，还得自己在本地写一堆测试用例，繁琐得让人想摔键盘。

Zui近，我一直在折腾 Cursor 这款IDE，说实话，它给我的感觉完全不一样。它不仅仅是一个编辑器，geng像是一个懂你心思的结对编程伙伴。特别是当我们把它和 TypeScript、Jest 以及 pnpm 结合起来专门用来对付 LeetCode 时那种效率提升简直是降维打击。今天我就把这套我私藏的“外挂级”刷题方案毫无保留地分享出来希望Neng帮大家从枯燥的重复劳动中解脱出来把精力真正花在思考算法逻辑上。

hen多朋友问我，VS Code 配合 Copilot 不行吗？为什么要换到 Cursor？这其实涉及到一个核心体验的差异。Cursor 的设计初衷就是深度集成 AI，它不是在现有的编辑器上打补丁，而是从底层逻辑上重构了人机交互的方式。

特别是它的 Agent 模式，这一点在搭建项目时尤为关键。你可Neng会问，Agent 和普通的 Ask模式到底有啥区别？打个比方，Ask 模式像是一个虽然博学但有点懒的顾问，你问一句它答一句，绝不多干一点活；而 Agent 模式则是一个经验丰富且主动的资深工程师，你给它一个目标，它会自己去翻阅代码库、读取文件、甚至帮你执行终端命令。

Agent 的优势简直是碾压级的。它Neng连贯地完成创建目录、配置文件、安装依赖等一系列复杂动作，而不需要你每一步dou去催它。这种自主性，Neng让你在项目初始化阶段就节省大量的脑细胞。

以前搭建一个本地刷题环境，你得手动初始化 npm 项目，配置 TypeScript，安装 Jest，还得写一堆配置文件……想想dou头大。现在有了 Cursor，这一切dou变得像聊天一样简单。

我们还是得在终端里敲几行基础命令，给我们的项目安个家：

mkdir leetcode-cursor-studio
cd leetcode-cursor-studio

接下来就是见证奇迹的时刻。打开 Cursor，按下 Cmd+L唤起对话框。这里切记，一定要选择 Agent 模式。为什么？因为接下来的活儿hen杂，只有 Agent 才Neng搞得定。

然后你需要输入一段精心设计的提示词。别小kan这一步，提示词的质量直接决定了生成项目的可用性。你Ke以试着这样输入：

我需要搭建一个高效的 LeetCode 刷题项目。技术栈要求使用 pnpm 进行包管理，TypeScript 作为开发语言，Jest 作为单元测试框架。请帮我生成项目结构，要求每个题目对应一个独立的文件，并且配置好热重载和测试环境。

按下回车后你就只需要静静地喝口水，kan着 Agent 在终端里疯狂输出。它会自动识别你的需求，创建 `package.json`，配置 `tsconfig.json`，甚至帮你把 Jest 的测试环境dou调通。这种“甩手掌柜”的感觉，真的谁用谁知道。

Agent 第一次生成的结构可Neng比较“标准”，比如每个题目dou配一个 Markdown 文件、一个测试文件和一个解题文件。说实话，这种结构在本地刷题时显得有点臃肿。我们追求的是极致的效率，是不被打扰的心流。

所以我通常会在这个基础上进行二次优化。我的理念是：一切以代码为核心，减少文件切换的摩擦力。

经过一段时间的实战，我发现原来的项目结构还有不少“噪音”。比如我不需要为每道题dou单独维护一个 Markdown 文件，题目描述直接写在 TypeScript 文件的注释里就足够了；我也不想在创建新题时输入一堆繁琐的参数，我想要的是“秒开”。

于是我对 `package.json` 和项目脚本进行了大刀阔斧的改造。核心目标就是简化操作，形成“规范-开发-验证-优化”的闭环。

我们定义一个 `new` 命令。当你想要开始刷一道新题时不需要思考文件名，不需要复制模板。只需要在终端输入：

pnpm new

这个命令背后其实是一个简单的 Node 脚本，它会自动生成一个通用的模板文件。这个模板里Yi经预置好了基本的函数结构和 Jest 测试用例的框架。你不需要手动去创建文件，也不需要输入题号，直接在生成的文件里填空就行。这种“开箱即用”的感觉，Neng极大地降低开始刷题的心理门槛。

这是我Zui满意的一个优化点。以前写代码，改一行就得手动跑一次测试，或者配置复杂的 watch 模式。现在我们只需要一个 `start` 命令：

pnpm start // 启动当前文件的服务监听

配合 `nodemon` 和 `ts-node`，这个命令会启动一个持续监听的服务。这意味着什么？意味着你在编辑器里每保存一次代码，测试用例就会自动运行，结果直接输出在终端里。你甚至不需要离开编辑器的界面就Neng实时kan到代码的修改是否通过了所有测试。这种即时反馈的快感，真的Neng让人上瘾。

有时候我们想复习之前的题目，或者想同时调试好几道题。为了方便管理，我在 `index.ts` 文件里Zuo了一个简单的手动切换逻辑。不需要修改启动命令，也不需要改动配置，只需要在 `index.ts` 里把当前要跑的题号改一下`pnpm start` 就会自动加载对应的文件。这种设计既保持了灵活性，又避免了复杂的命令行参数传递。

环境搭好了接下来就是真正的实战环节。让我们kankan，在 Cursor 的加持下刷一道题到底有多快。

假设我们现在要解决一道关于数组的难题。输入 `pnpm new`，一个新的模板文件瞬间生成。接着，我们把题目描述粘贴到文件顶部的注释里然后按下 Cmd+L。

这时候，Cursor 的 AI Neng力就开始大显身手了。它不仅Neng根据题目描述生成解题思路，甚至Neng直接写出一段可运行的代码框架。当然AI 写的代码不一定完美，甚至可Neng有 Bug，但这不重要。重要的是它帮你完成了从 0 到 1 的Zui艰难的一步。

你只需要在这个基础上，进行逻辑的修正和优化。当你修改完代码，保存文件的瞬间，终端里的 `pnpm start` Yi经帮你跑完了测试。Ru果红灯亮了你立刻知道哪里出了问题；Ru果绿灯亮了那种成就感简直爆棚。

随着项目里的题目越来越多，你可Neng会发现 Cursor 的响应速度稍微变慢了一点。这时候，就需要用到一些高级技巧来给 AI “减负”了。

Cursor 虽然强大，但它也不是神仙。Ru果你的项目里塞满了日志文件、庞大的 `node_modules` 或者其他无关的第三方库，AI 在检索上下文时就会被这些“噪音”干扰，导致处理效率下降。

这时候，我们就需要利用 Cursor 的 .cursorignore 或者 filter 功Neng。这就像给 Git 配置 `.gitignore` 一样，我们Ke以明确告诉 AI：“嘿，这些文件你别管，它们不重要。”

通过设置索引忽略范围，把那些乱七八糟的日志、构建产物、依赖库统统屏蔽掉。这样，AI 就Neng专注于你真正的源代码文件，检索速度和响应准确度dou会有质的飞跃。同时记得定期geng新索引，确保 AI Nengkan到你Zui新的代码改动，保持它的“认知”和你的项目进度同步。

这套基于 Cursor + TypeScript + pnpm 的刷题方案，核心并不在于使用了多么高深的技术，而在于它重新定义了我们与代码交互的方式。通过设置合理的规则、明确指令、锁定检索范围，再加上实时的验证测试，我们形成了一个高效的开发闭环。

正如 Cursor 官方设计总监所建议的那样，充分发挥 IDE 的 AI 辅助Neng力，不仅仅是让它帮你写几行代码，geng是要让它成为你思维的外延。在这个闭环中，你负责逻辑和创意，AI 负责繁琐和实现，两者相辅相成，Zui终实现开发质量和效率的双重提升。

所以别再让繁琐的环境配置和低效的调试流程消耗你的热情了。试试这套方案，让 LeetCode 刷题重新变得纯粹且有趣。毕竟我们的目标是星辰大海，而不是在配置文件里浪费生命。