一、 引言：为什么我们需要对AI做减法？
在日常开发中，大家是否遇到过这些“Cursor降智”时刻：
上下文冗余：明明只是想改一个按钮样式，Cursor却在分析整个路由的鉴权逻辑，导致输出迟缓且偏离重点。
幻觉严重：对话轮次超过10轮后，AI开始捏造不存在的组件Props或混淆Vue 2.7与Vue 3的语法。
过度依赖：试图让AI一次性完成“重构+格式化+排错”，结果代码跑不通，还需要人工修修补补。
借鉴Claude Code的“断舍离”核心心法，我们发现：想要用好Cursor，核心不在于你投喂了多少，而在于你拒绝了多少。本文档将结合团队现有的Vue 2.7/TypeScript技术栈，拆解如何在Cursor中落地这一理念。
二、 方法论拆解：前端场景下的“断、舍、离”
1. 断 (Break)：拒绝无效上下文，精简全局配置
核心理念：CLAUDE.md（或.cursorrules）不是垃圾桶，不要把API文档、数据库Schema一股脑塞进去。上下文越杂，AI越糊涂。
前端场景适配
配置精简：全局规则只保留项目核心架构（如：Vue 2.7 Composition API、TS strict mode）、目录结构指针、以及最核心的负面约束。
指针原则：不要在规则里贴代码片段，而是告诉AI“去读哪里”。
实操规则
● 必做：全局
.cursorrules文件长度严格控制在60行以内。● 必做：使用负面约束明确界限。例如：
“禁止在组件内直接写行内样式，必须使用
<style lang="scss" scoped>”。“Vue 2.7项目中，禁止使用Vue 3特有的
<script setup>语法（除非在特定的子模块）”。
● 必做：对于通用工具库（如
src/utils/request.ts），在规则中仅提供路径引用，禁止复制粘贴全量代码。
团队落地建议
统一维护：团队共享一份精简版
.cursorrules，任何新增规则需经Review，确保“每条规则在80%的会话中都有用”。
前端案例：
不要把所有的接口类型定义都塞进Prompt。
Bad: 粘贴整个User接口定义到对话框。
Good: 在规则里写“涉及用户数据时，参考src/types/user.ts”，让Cursor按需读取。
2. 舍 (Discard)：舍弃“黑盒”依赖，手动管理会话
核心理念：自动上下文压缩是AI变傻的元凶。与其依赖Cursor的自动记忆，不如通过“模块化”手动切断上下文。
前端场景适配
会话隔离：一个会话只干一件事。开发组件就是一个会话，联调接口是另一个会话。
手动重置：当发现AI开始车轱辘话时，果断舍弃当前会话，由人总结关键信息后开启新对话。
实操规则
● 必做：“一票一会话”原则。处理一个新的JIRA任务或开发新组件时，必须
Cmd+L开启新Chat，严禁在一个Tab里从早聊到晚。● 禁止：在重构复杂组件（如
BusinessLogicReuseAgent）时，依赖@Codebase进行全库漫游。应手动@相关文件（如@index.vue@useDeviceList.ts），将上下文限定在最小必要范围。
团队落地建议
提交即结束：每次Git Commit后，强制结束当前Cursor会话。
模块化开发：利用我们现有的
composables架构。开发Hook时，只让AI关注该Hook文件，不要引入UI组件的噪音。
前端案例：
正在重构useDeviceList.ts，需要修改分页逻辑。
舍：不让AI去分析整个DeviceList.vue页面。
得：只@useDeviceList.ts和@api/methods/device.ts，指令清晰：“修改fetchDevices方法，增加分页参数校验”。
3. 离 (Separate)：分离繁琐工作，自动化替代人工Prompt
核心理念：把AI当人看，把格式化、Linting等死板工作剥离给工具（Linter/Hooks），让AI专注于逻辑生成。
前端场景适配
规则即技能：利用
.cursor/rules/*.mdc将复杂的最佳实践封装成“技能包”。AI不需要每次都被教导“如何写一个标准的Vue 2.7组件”，它应该直接调用规则。工具兜底：不要浪费Token让AI检查“缩进是否为2空格”或“是否漏了分号”，这是ESLint/Prettier的工作。
实操规则
● 必做：“Agent模式”开发。针对不同文件类型，创建独立的MDC规则文件。
例如：编写Vue组件时，自动触发
rules/ui-rules/component-organization-agent.mdc，确保结构统一。
● 禁止：在Prompt中写代码风格要求（如“请使用单引号”）。应在保存时通过项目的Prettier/ESLint自动修复。
● 必做：利用Cursor的
Composer功能（Cmd+I）进行多文件联动修改，而不是在Chat里生成代码后手动复制粘贴。
团队落地建议
规则库建设：完善
rules/目录下的.mdc文件。ts-rules：固化TS最佳实践。ui-rules：固化组件结构。tool-rules：固化git提交规范。
前端案例：
离：不再在Prompt里写“请按照Vue 2.7写法，使用defineComponent，不要用any”。
自动化：直接创建rules/ts-rules/composition-api-vue2.7-agent.mdc。当创建.vue文件时，Cursor会自动读取规则，生成符合规范的模板代码。
三、 总结：前端极简协作公式
协作公式
$$\text{高效Cursor} = (\text{精简Context} + \text{MDC规则库}) \times \text{模块化会话}$$
精简Context：保证AI不被噪音干扰，智商在线。
MDC规则库：把团队规范代码化，让AI自带“肌肉记忆”。
模块化会话：像拆解组件一样拆解对话，用完即扔。
团队小实验（建议本周尝试）
“60行挑战”：检查你的项目
.cursorrules，将其缩减到60行以内，只保留核心架构说明和路径指针。“无Codebase日”：尝试一天内不使用
@Codebase（全库搜索），仅通过手动@File引用文件进行开发，对比代码准确率的变化。
附录：Cursor前端极简配置模板
将以下内容保存为项目根目录的.cursorrules，配合.cursor/rules/目录下的详细规则文件使用。
Markdown
--- description: 启信慧眼项目前端核心规范 (Vue 2.7 + TS) alwaysApply: true --- # 项目核心上下文 - 技术栈: Vue 2.7 (Composition API), TypeScript, SCSS, Pinia - 包管理器: pnpm (禁止使用 npm/yarn) # 关键路径指针 (Pointer Principle) - 组件规范: 参考 rules/ui-rules/component-organization-agent.mdc - TS规范: 参考 rules/ts-rules/typescript-vue2.7-agent.mdc - 状态管理: 参考 rules/ts-rules/pinia-vue2.7-agent.mdc - 接口定义: 位于 src/types/ (禁止在Chat中臆造类型) # 负面约束 (Negative Constraints) - 禁止使用 Vue 3 的 <script setup> 语法 (除 src/submodule/ent-module 外) - 禁止使用 any 类型，不确定的类型请使用 unknown 或泛型 - 禁止在组件中直接编写行内样式 - 禁止手动管理 node_modules，必须使用 pnpm 命令 # 行为准则 (Danshari) - 保持回答简洁，直接给出代码，不要过度解释 - 修改代码时，优先展示 diff 或修改后的完整函数，保持上下文清晰 - 涉及复杂逻辑重构时，请先简述思路 (CoT) 再输出代码
