1. 项目概述为什么需要一套现成的 Cursor 配置如果你和我一样是 Cursor 的重度用户那么你肯定经历过这样的阶段刚上手时觉得这个 AI 驱动的 IDE 简直是神器但随着项目越来越复杂你开始不满足于它默认的、略显“通用”的智能体Agent和技能Skill。你希望它能更懂你的代码规范能自动执行测试驱动开发TDD流程或者能根据你的项目类型比如前端 React 或后端 Node.js提供更精准的代码建议。于是你开始手动创建.cursor目录在里面写各种.md文件来定义规则、命令和技能。这个过程很酷但也相当耗时而且容易陷入“重复造轮子”的困境。everything-cursor这个项目就是为了解决这个痛点而生的。它不是一个全新的工具而是一个精心打包的、开箱即用的 Cursor 配置集合。它的核心价值在于将社区中经过验证的最佳实践——比如清晰的代码结构规则、高效的 TDD 工作流、针对特定框架的智能体配置——打包成一个可以一键安装的包。你不用再从零开始研究.cursor/agents/planner.md该怎么写也不用去琢磨如何定义一个能真正帮你写测试的tdd-workflow技能。everything-cursor把这些都准备好了你只需要选择是把它安装到当前项目.cursor/还是你的用户目录~/.cursor/然后就可以立刻享受到一套深度定制化的 AI 编程体验。简单来说它就像给你的 Cursor 安装了一个“增强模组”瞬间扩展了其原生能力。更重要的是它的设计非常巧妙。你可能注意到了这个项目是基于everything-claude-code一个为 Claude Code 编辑器准备的类似项目构建的。这是因为 Cursor 和 Claude Code 共享了底层的技能存储路径~/.claude/。everything-cursor通过一个子模块引用了前者的配置库并提供了一个跨运行时Deno/Node.js的 CLI 工具将这些配置“搬运”并适配到 Cursor 自己的目录结构中。这意味着你获得的是经过双重验证的、高质量的配置内容。2. 核心原理与架构设计解析要真正用好everything-cursor理解它的工作原理和设计思路是关键。这能帮助你在遇到问题时快速排查也能让你明白如何安全地进行自定义而不用担心下次更新时自己的心血被覆盖。2.1 技能共享机制Cursor 与 Claude Code 的“默契”项目文档里提到一个非常有趣且重要的点为什么基于 Claude Code 的配置可以直接用于 Cursor这背后是 AnthropicClaude 的创造者和 Cursor 团队之间一种心照不宣的“兼容性”。官方上Cursor 只明确说明从~/.claude/skills/目录读取技能。但实践中Cursor 的扫描逻辑更“宽松”它会递归扫描整个~/.claude/目录。而everything-claude-code这类工具会将缓存的技能文件存放在~/.claude/plugins/cache/这样的子目录里。Cursor 在扫描时会一并发现这些缓存文件从而加载其中的技能。everything-cursor正是利用了这一点。但它没有选择“借用”缓存路径这种取巧但可能不稳定的方式而是采取了更直接、更可靠的做法将everything-claude-code仓库中的配置原样复制到 Cursor 官方认可的目录结构.cursor/或~/.cursor/中。因为两者的配置格式Markdown 文件描述智能体、技能、命令本质上是相通的。这使得everything-claude-code这个丰富的配置生态可以几乎无损地迁移到 Cursor 环境。注意虽然机制上可行但并非所有 Claude Code 技能都能 100% 在 Cursor 中完美运行因为两个编辑器的上下文窗口、API 可用性可能存在细微差异。不过everything-cursor选取的配置都是经过筛选和测试的通用性较强的部分兼容性很高。2.2 项目结构清晰的责任分离我们来看看everything-cursor项目本身的结构这能让你明白它是如何工作的everything-cursor/ ├── everything-claude-code/ # 子模块核心配置来源 ├── cli.ts # Deno CLI 主入口 ├—— scripts/ │ └── generate-file-list.mjs # 构建脚本生成文件清单 ├── file-list.json # 由脚本生成记录所有要分发的 .md 文件 ├── jsr.json # Deno JSR 包配置 └── package.json # npm 包配置它的核心是一个“搬运工”架构配置源everything-claude-code子模块这是一个独立的、维护者可能不同的仓库专门存放各种 AI 编程配置。分发逻辑cli.ts和相关的 Node.js 封装负责读取子模块中的文件并根据用户选择本地或全局复制到正确的 Cursor 目录。清单管理file-list.json是关键。它是在构建时npm run build或发布前由脚本自动生成的列出了子模块中所有需要被复制的.md文件路径。这样做的好处是精确控制只复制需要的文件agents/,skills/,commands/,rules/下的.md文件忽略测试文件、脚本等。安全防止意外复制或执行任何非 Markdown 文件。高效更新更新子模块后重新生成清单即可知道哪些文件变了。2.3 安装策略本地与全局的权衡安装时让你选择的“local”和“home”是两种不同的使用策略对应不同的场景本地安装./.cursor/场景适用于公司项目、特定技术栈项目如一个 React 项目组。优点配置与项目绑定。提交到 Git 后所有克隆该项目的团队成员都会获得完全一致的 Cursor 配置保证团队编码规范和工作流的统一。缺点每个项目都需要安装一次虽然可以自动化。全局安装~/.cursor/场景适用于个人开发者或者你有一套自己偏好的、适用于所有个人项目的通用配置。优点一次安装所有项目受益。非常方便无需为每个新项目重复设置。缺点无法针对不同项目做精细化配置。如果项目间技术栈差异巨大比如一个是 Go 微服务一个是前端 Vue全局配置可能不够贴切。实操心得我个人通常采用混合策略。在~/.cursor/安装一套我的个人通用基础配置如代码风格、安全规则。然后对于重要的团队项目再在项目根目录运行一次everything-cursor install选择local覆盖或补充团队特定的规则和命令。Cursor 会智能地合并这些配置本地目录的配置通常优先级更高。3. 完整安装与配置实战指南了解了原理我们来一步步完成安装和初步探索。这里我会以最推荐的Deno方式为例因为它是一键执行无需永久安装最干净。同时也会说明其他包管理器的细节。3.1 环境准备与安装执行首先确保你系统上安装了 Cursor 编辑器。然后打开终端。使用 Deno推荐无残留# 这是一条命令直接下载并执行最新版本的安装脚本 deno run -A jsr:yoshixmk/everything-cursor/cli install运行后你会立刻看到交互提示 Select installation location: 1) local - Project local (.cursor/) 2) home - Home directory (~/.cursor/) 3) cancel - Cancel installation Enter your choice (1-3):输入1或2并回车。脚本就会开始工作将文件复制到目标位置。你会看到类似以下的输出 Installing everything-cursor... Scanning for Markdown files... Copying agents/planner.md... Copying skills/tdd-workflow/README.md... ... ✅ Installation complete! Location: ~/.cursor/ Files installed: 47使用 npm/pnpm适合 Node.js 生态用户# npm 一次性执行 npx everything-cursor install # 或 pnpm 一次性执行 pnpm dlx everything-cursor install # 如果你想全局安装命令之后直接输入 everything-cursor 即可 npm install -g everything-cursor # 或 pnpm add -g everything-cursor # 然后运行 everything-cursor install流程和 Deno 版本完全一致。3.2 安装后的目录结构解析安装完成后去你选择的目录下看看。以全局安装~/.cursor/为例结构如下~/.cursor/ ├── agents/ │ ├── planner.md # 项目规划智能体擅长拆解复杂任务 │ ├── reviewer.md # 代码审查智能体专注于发现代码问题 │ └── ... # 其他智能体 ├── skills/ │ ├── tdd-workflow/ │ │ ├── README.md # TDD 技能描述 │ │ └── skill.md # 技能实现细节 │ ├── react-specialist/ │ └── ... # 其他技能 ├── commands/ │ ├── tdd.md # 触发 TDD 工作流的快捷命令 │ ├── refactor.md │ └── ... # 其他自定义命令 └── rules/ ├── security.md # 安全编码规则 ├── clean-code.md # 整洁代码规则 └── ... # 其他规则每个目录的作用agents/这里定义了不同的“AI 角色”。每个.md文件描述了一个智能体的系统提示词System Prompt、能力和边界。例如planner.md里的智能体会更倾向于先写设计文档再写代码。skills/这是更细粒度的能力单元。一个技能通常对应一个具体的工作流比如tdd-workflow会指导 AI 先写测试用例再实现功能最后运行测试。技能可以被不同的智能体调用。commands/自定义命令。在 Cursor 中按Cmd/Ctrl K输入命令时这里定义的命令会出现。例如输入tdd可能会触发一个交互让你选择要测试的文件然后自动启动 TDD 技能。rules/项目级的约束和规范。这些文件中的内容会作为背景知识Context提供给 AI确保它生成的代码符合你的要求比如“禁止使用var”、“SQL 查询必须参数化”等。3.3 在 Cursor 中验证与使用安装完成后你需要完全关闭 Cursor 并重新启动。这是为了确保 Cursor 能重新扫描并加载新的配置文件。重启后打开任何一个项目如果是全局安装或对应的项目如果是本地安装尝试以下操作来验证是否生效检查智能体在 Cursor 的聊天界面你应该能看到可选的智能体Agent列表增加了比如除了默认的“Cursor”可能还有“Planner”、“Reviewer”等。使用自定义命令在编辑器内按Cmd/Ctrl K然后输入tdd或refactor等看看是否有对应的自定义命令提示。观察代码建议尝试让 AI 生成一些代码。如果你安装了rules/clean-code.md你可能会发现 AI 生成的代码会更倾向于使用const和let函数命名也更规范。4. 高级用法自定义、更新与问题排查安装只是第一步让它真正为你所用还需要一些定制和维护。4.1 安全地添加自定义配置这是everything-cursor设计得非常人性化的一点它永远不会删除你自己创建的文件。你可以放心地在.cursor/目录的任何子文件夹中添加你自己的.md文件。例如我想为我的团队增加一条特殊的 React Hooks 规则# 如果安装在项目本地 echo -e # React Hooks Rules\n- Always use exhaustive-deps rule for useEffect/useMemo/useCallback.\n- Prefer custom hooks over repeated logic in components. .cursor/rules/react-hooks.md # 如果安装在全局 echo -e # React Hooks Rules\n- Always use exhaustive-deps rule for useEffect/useMemo/useCallback.\n- Prefer custom hooks over repeated logic in components. ~/.cursor/rules/react-hooks.md现在当你在这个项目或所有项目中使用 Cursor 时AI 在编写 React 组件时会自动参考这条新规则。文件管理规则总结文件类型是否被everything-cursor管理说明来自子模块的.md文件✅ 是安装、更新、卸载时会同步。用户自创的.md文件❌ 否绝对安全脚本会忽略它们。任何非.md文件❌ 否完全忽略。4.2 更新到最新版本当everything-claude-code子模块增加了新的技能或修复了现有配置时你可以更新everything-cursor来获取这些改进。更新操作非常简单就是重新安装# Deno deno run -A jsr:yoshixmk/everything-cursor/cli install # npm (npx) npx everything-cursor install # 如果全局安装了 CLI everything-cursor install脚本内置了智能更新检测。它会检查当前安装的版本号。如果你运行的版本和已安装的版本一致它会直接提示“Already up to date”并跳过避免不必要的文件操作。只有当检测到新版本时才会执行复制更新。4.3 卸载与清理如果你不再需要这套配置或者想换用其他配置卸载同样简单# Deno deno run -A jsr:yoshixmk/everything-cursor/cli uninstall # npm (npx) npx everything-cursor uninstall # 全局 CLI everything-cursor uninstall重要提示卸载操作只会删除当初由everything-cursor安装的那些文件即file-list.json中记录的文件。你在期间自己创建的所有自定义.md文件都会被完整保留完全无需担心数据丢失。4.4 常见问题与排查技巧在实际使用中你可能会遇到一些小问题。这里记录一些我踩过的坑和解决方法问题1安装后Cursor 里看不到新的智能体或命令。排查步骤重启 Cursor这是最关键的一步Cursor 只在启动时加载配置。检查安装路径确认你安装到了正确的目录。如果你为项目 A 安装了本地配置但在项目 B 中打开自然是看不到的。检查目录权限确保 Cursor 有权限读取~/.cursor/或./.cursor/目录。查看 Cursor 日志在 Cursor 中通过Help-Toggle Developer Tools打开开发者工具查看Console选项卡是否有加载配置时的错误信息。问题2自定义命令如tdd执行没反应或报错。可能原因命令文件.md的格式不符合 Cursor 的解析要求。排查步骤打开对应的命令文件例如~/.cursor/commands/tdd.md。检查其内容结构。一个典型的 Cursor 命令文件通常以特定的元数据开头例如--- name: tdd description: Start a Test-Driven Development workflow --- # 这里是命令的具体提示词和步骤...确保没有语法错误并且描述清晰。你可以参考其他能正常工作的命令文件格式。问题3我想修改某个默认的技能比如skills/tdd-workflow/skill.md但又怕下次更新被覆盖。最佳实践不要直接修改everything-cursor安装的文件。相反采用“覆盖”或“扩展”的方式。方法A覆盖在相同的相对路径下创建你自己的文件。例如在~/.cursor/skills/tdd-workflow/skill.md的同级目录Cursor 可能会优先加载用户目录下的文件取决于加载顺序。但这种方式不够优雅。方法B扩展-推荐创建你自己的技能或规则文件在其中引用或继承默认行为并添加你的定制逻辑。例如创建一个~/.cursor/rules/my-tdd-enhancements.md在里面详细说明你团队特定的测试规范。这样默认技能和你的定制规则会共同作用于 AI。问题4安装脚本执行失败提示权限错误Permission Denied。原因脚本需要向~/.cursor/或./.cursor/目录写入文件。解决如果是全局安装确保你对~/.cursor/目录有写权限。如果是本地安装确保你在项目根目录有写权限。在极少数情况下可能是包管理器的问题。尝试使用sudo不推荐可能引发其他权限问题或换用 Deno 的一次性执行命令。5. 开发者视角参与贡献与构建自己的配置集如果你不满足于使用还想贡献或者基于此模式构建自己的配置分发包那么了解其开发流程就很有必要。5.1 从源码运行与测试首先你需要克隆仓库并初始化子模块git clone --recursive https://github.com/yoshixmk/everything-cursor.git cd everything-cursor # 如果已经克隆但未拉取子模块 git submodule update --init然后安装依赖这是一个 Node.js 项目虽然 CLI 用 Deno 写但构建脚本用 Nodenpm install # 或 pnpm install项目提供了便捷的开发和测试脚本定义在package.json的scripts里npm run dev:install使用本地源码进行安装通常链接到./.cursor用于测试。npm run dev:uninstall卸载本地测试安装。npm run build执行构建流程核心是运行scripts/generate-file-list.mjs来生成file-list.json。关键构建脚本解析scripts/generate-file-list.mjs这个文件是枢纽。它遍历everything-claude-code子模块目录筛选出agents/,skills/,commands/,rules/这四个目录下的所有.md文件将它们的相对路径记录到file-list.json。这个 JSON 文件随后会被cli.ts读取作为“需要安装的文件清单”。任何对子模块内容的更新都必须重新运行此脚本以更新清单。5.2 发布新版本流程维护者如果你是项目的维护者或者 fork 后想发布自己的版本流程如下更新子模块进入everything-claude-code目录拉取上游最新更改或提交你自己的更改后在主项目根目录执行git submodule update --remote。更新版本号手动修改jsr.json、package.json和mod.ts中的版本号字段如从0.0.8改为0.0.9。重新生成文件清单运行npm run build或直接node scripts/generate-file-list.mjs确保file-list.json反映最新的文件结构。提交更改将版本号文件和更新后的file-list.json以及子模块指针一起提交。git add jsr.json package.json mod.ts file-list.json everything-claude-code git commit -m “Bump version to 0.0.9”发布到 JSR (Deno Registry)运行npx jsr publish。这会根据jsr.json的配置将包发布到 JSR供用户通过deno run jsr:your-scope/your-package使用。发布到 npm运行npm publish。这将发布到 npm 仓库供 Node.js 用户通过npx或npm install使用。整个流程确保了 Deno 和 Node.js 用户都能获取到一致的内容。5.3 设计自己的“Everything-*”工具everything-cursor的模式可以被复制。假设你为另一个支持类似配置的 AI 工具比如 Windsurf 或 Zed with AI创建配置集你可以遵循同样的架构一个核心配置仓库作为子模块。一个包装仓库包含一个 CLI 工具用于复制文件。一个构建脚本生成文件清单。多运行时支持JSR npm。安全的安装/卸载逻辑保护用户文件。 这种模式清晰、可维护并且对用户友好。回过头看everything-cursor的成功在于它精准地捕捉到了一个需求为强大的 AI 编程工具提供高质量、可共享的“预设”。它降低了高级功能的使用门槛促进了最佳实践的传播。通过理解其原理并掌握自定义方法你不仅能成为一个高效的使用者还能将它融入团队流程甚至创造出适合自己的配置生态。