省 Token 的 12 个实操开关不改模型账单直降 80%——Cursor 单飞一篇8 个最实用的开关全部打开单次请求从 12,000 Token 压到 ~1,200账单打一折。Token 系列 · 第 5 篇为什么专门写一篇 Cursor第二篇讲过 12 个省 Token 的开关其中开关 10 提到了 Cursor 的三个设置。但 Cursor 作为 2026 年 AI 编程领域占有率最高的客户端用户量超过 GitHub Copilot它的上下文管理、索引行为、Rules 加载机制、模式切换都有自己独有的规则——只给 3 个开关是不够的。更现实的原因是同一个人、同一个项目、同一个模型Cursor 的账单能差 10 倍以上——有人每天 $2 还嫌多有人 5 小时烧 $40 还没改完一个 bug。差距不在模型而在开关。本篇把 Cursor 里最实用、最容易被忽略的8 个省钱开关全部列出来每个开关都讲清楚「钱浪费在哪 / 怎么开 / 能省多少」配合实测数据可直接照做。8 个开关按“操作简单度 × 单次节省量”从大到小排列。前 4 个改完就能看到账单变化后 4 个是进阶优化。开关 1写好 .cursorignore把「垃圾文件」挡在索引外Cursor 启动时会自动索引整个仓库并在每次请求前把相关片段塞进上下文。如果你不告诉它哪些不要读它会老老实实读完所有东西——包括几百 MB 的node_modules、dist、build、.next、coverage、日志、二进制资源、以及你自己都不看的文档。你可能没意识到的代价一个中型前端项目不写 .cursorignoreCursor 每次 Codebase 检索要多塞 3000~5000 Token 的「垃圾」相当于每个请求多花 1~2 美分一天下来就是 5~10 美元白扔。✅ 怎么写 .cursorignore在项目根目录新建.cursorignore文件语法与.gitignore完全一致。最小可用模板# 依赖与构建产物 node_modules/ dist/ build/ .next/ .nuxt/ .out/ coverage/ *.min.js *.min.css # 二进制与资源 *.png *.jpg *.jpeg *.gif *.ico *.woff *.woff2 *.ttf *.mp4 *.zip # 日志与临时文件 *.log *.tmp .cache/ .temp/预期效果单次 Codebase 请求节省2000~5000 Token30%~40%。首响速度也会明显变快——因为索引更小相关片段召回更准。开关 2精简 .cursor/rules从 300 行砍到 15 行Cursor 0.45 引入了 Rules 系统.cursor/rules/*.mdc或全局 Rules作用类似 Copilot 的copilot-instructions.md——每次请求都会完整读入。这意味着你写的每一行规则都是按次计费的「固定税」。第三篇已经详细讲过「指令文件瘦身」的方法核心是删掉哲学段、去重、长规则换行业代号、链接换路径、流程→清单。这里只强调 Cursor 独有的两个要点把规则拆成「总是加载 / 按需加载」两档Cursor 支持在.mdc文件里设置alwaysApply: false让 AI 在需要时才rule调用类似第十篇讲的 Skill 三级加载。不要把代码片段整段贴在 Rules 里Rules 应该是「约束」不是「文档」。想让 AI 学代码风格用file引用几个代表性文件更划算。预期效果单次固定输入节省1500~3000 Token。一个从 320 行精简到 20 行的真实案例每轮省了约 2000 Token20 人团队月省 $50。开关 3该开新会话就开别让一个对话框开到黑这是第二篇开关 3 讲过的「会话生命周期」Cursor 里这个问题更严重——因为 Cursor 的「自动加载上下文」特性会把历史消息里提到过的文件持续保留在上下文里会话越长、隐性携带的东西越多。✅ 正确的会话切分时机完成一个独立任务立刻开新会话修完一个 bug、写完一个组件、完成一次重构。话题切换时立刻开新会话从前端改到后端、从修 bug 切到写文档。感觉 AI「开始胡说」时通常是上下文被污染了开新会话比反复纠偏省 Token。用/compactCmd/CtrlShiftO不想开新会话但历史太长时让 Cursor 把历史压缩成摘要——实测能把 10000 Token 历史压到 800 Token而且缓存友好。一个常见误解「开新会话会丢失上下文」是错的——需要的文件用 重新引一下就好比让它背着几十轮无关历史跑要便宜得多。开关 4精准使用 引用别让 Codebase 吞掉你的预算Cursor 最强大也最危险的功能就是引用用得准是神器用得粗就是 Token 黑洞。Codebase每次会触发一次全仓库语义检索通常返回 10~20 个相关片段单次消耗 5000~9000 Token。✅ 引用的四个精度等级从粗到细引用方式适用场景典型 TokenCodebase完全不知道代码在哪、首次探索5000~9000folder知道在哪个子目录2000~4000file知道改哪几个文件500~1500symbols/ 选中代码只改具体函数/片段100~400实操建议第一次探索用一次Codebase定位文件定位后立刻改成file或直接选中片段进行后续对话不要每条消息都挂 Codebase。预期效果从 Codebase 降级到 file 选中片段单次请求省 3000~8000 Token。这是所有开关里单次节省量最大的一个。开关 5Ask 模式优先Agent 模式兜底Cursor 提供Ask聊天/ Edit编辑/ Agent自主执行三种模式。很多人图省事所有问题都开 Agent——这相当于「打车去楼下买瓶水」能用但浪费。✅ 模式选择决策表任务类型推荐模式原因概念问答、解释代码、查 API 用法Ask不需要读/写文件速度最快单文件小改、改函数、补注释Edit精确修改不引入无关工具调用跨文件改码、需要跑命令/查文档Agent单工具限制 yolo 权限手动确认每步从零搭建、复杂重构、调试链路Agent自动规划确实需要多步推理但要设步数上限上表中 Agent自动规划的区间跨度最大是因为复杂重构与简单问答的成本天然不在一个量级——不是笔误简单问题别开自动规划即可。Cursor 特有的省钱技巧Agent 模式下可以在设置里把「Auto-run」改成「You approve every tool call」看到它做无意义的文件遍历/命令执行时立刻打断避免被死循环吃光 Token。开关 6关掉不必要的自动索引与代码库检索Cursor 默认会做几件「出于好心但费钱」的事自动 Codebase Indexing大仓库切换分支/拉取新代码后重新索引期间每次请求都带旧索引结果。大仓库可以在设置里把Codebase Indexing改为手动触发CmdShiftP →「Codebase Indexing: Pause」。自动 Include Open Files默认会把所有打开的文件都塞进上下文。开了 20 个标签页就意味着 20 份文件常驻——在设置里把Include Open Files从all改为active只带当前文件或直接关闭。Terminal 输出自动回灌跑测试/构建时Cursor 会把终端输出自动读回上下文——几百行 pytest 通过日志能瞬间吃掉 2000 Token。在 Composer/Agent 设置里关掉Auto-include terminal output需要时手动粘贴关键行即可。预期效果单次请求省 500~1500 Token。数字不如前几个大但胜在零感知——关掉之后你不会发现任何功能缺失。开关 7把重复的 MCP 用法封装成 Skill.cursor/rules with description第十篇我们讲过「把 MCP 用法封装成 Skill」的原理。Cursor 里对应的机制是带description的 Rules 文件在.cursor/rules/下建.mdc文件frontmatter 里写清 when to use。Cursor 看到 description 匹配当前任务时才会把规则内容加载进来否则只是带一行摘要约 50 Token。这和第三篇「精简 alwaysApply 规则」是一对alwaysApply 只放最核心的 5~10 行其余全部用 description 按需触发。示例--- description: Use when the user asks to query the user database or runs SQL-like questions against production data globs: src/db/**, models/user*.py alwaysApply: false --- # User DB 查询规则 - 先调用 db_query 工具不要自己拼 SQL - 默认只返回 id/name/email/status 四个字段 - 查询结果超过 100 条时必须分页 - 禁止在未声明 LIMIT 时执行 SELECT *预期效果按需加载的规则从每轮常驻变成约5% 命中率加权单轮固定输入省 800~1500 Token。MCP 工具越多、收益越大。开关 8给输出「减脂」 用 Diff 改代码最后一个开关是两个「小动作」的组合单次省下的钱看似不多但输出 Token 比输入贵 5 倍Claude Sonnet 4 输出 $15 vs 输入 $3 per MTok所以省输出是最划算的。① 告诉 Cursor「别啰嗦」在 Rules 里加一条## 输出约束 - 回答直接给结论不要好的当然可以这是一个很好的问题等客套话 - 代码修改时用 diff 格式展示不要整文件重发 - 不需要解释你做了什么除非我问② 用 CmdK / Apply 而非让它整文件重写在对话里让 AI「重写整个文件」是最贵的用法——它会把修改后的完整文件作为输出返回动辄 2000~5000 Token。正确做法选中要改的代码片段用CmdKInline Edit局部改写输出只是一个小 diff。在 Composer 里用「Apply to file」让它直接改本地文件而不是把全文贴回聊天窗口。预期效果输出 Token 单次省 1500~2500。因为输出单价是输入的 5 倍这一项折合成钱的效果不亚于前面几个「省输入」的开关。基准典型 3 文件改码场景含 2 个 MCP 工具调用。8 个开关全部打开后单次请求从 12,000 Token 压到 ~1,200。8 个开关全开一账对照表#开关操作难度单次节省1.cursorignore⭐ 复制模板即可-2000~5000 tok2精简 Rules 文件⭐⭐ 需按项目调整-1500~3000 tok3及时新开会话⭐ 习惯问题-2000~5000 tok长会话4精准 引用⭐⭐ 每次都要注意-3000~8000 tok5Ask 优先 Agent 兜底⭐ 改默认习惯-1000~30000 tok跨度见正文说明6关自动索引/回灌⭐ 改一次设置-500~1500 tok7MCP 封装成按需 Skill⭐⭐⭐ 需写 .mdc-800~1500 tok8输出减脂 Diff 改码⭐⭐ 加一条规则-1500~2500 tok8 个开关全部打开后基准 12,000 Token 的典型请求落到约 1,200 Token累计节省约 90%账单相当于打一折。更重要的是——省 Token 不是靠压缩、靠换便宜模型、靠牺牲效果而是把真正有用的信息保留、把「以防万一塞进去的」垃圾清出去。很多人开完这些开关之后反馈说「不仅账单便宜了AI 回答反而更准了。」因为上下文越干净模型越不容易被无关信息带偏。60 秒落地清单复制开关 1 的.cursorignore模板到项目根目录打开.cursor/rules把超过 50 行的alwaysApply规则砍到 ≤20 行长规则改成description按需加载Settings → Features → 把「Include Open Files」改成active关掉「Auto-include terminal output」在全局 Rules 里加入开关 8 的输出约束不啰嗦、用diff从下一次写代码开始强制自己简单问答用 Ask、定位完文件不用Codebase、完成一个模块就CmdL开新会话这五步做完不需要换模型、不需要牺牲功能Cursor 的账单立刻会掉 60%~80%。剩下的 3 个开关5/6/7是进阶之后慢慢调。更多 AI 技术在 weixin -物联网老王感谢关注。下一篇预告Cursor 的开关讲完了客户端专题还有一半——命令行工具 Claude Code 和 OpenAI Codex。它们一启动就是全量上下文一跑 Agent 就是多轮循环天生比 GUI 更容易烧钱但也正因为 CLI 的可编排性更高它的 16 个开关开对之后省的比例比 Cursor 还狠。下一篇《在 Claude Code、Codex 里省 Token两个 CLI 的 16 个开关》——CLAUDE.md 三级分层、/context//compact//clear的正确时机、Codex 的/side侧边聊天与/plan//goal//review以及两个 CLI 各自最容易被忽略的「隐形消耗」。Token 系列第 5 篇 · AI/软件开发者视角数据基于 Claude Sonnet 4 公开定价与实测场景测算 · 2026-10
企业数字化 ERP 产品动态
相关推荐
《读懂 Token》README 越详细,AI 越看不懂:1000 Token 才是甜蜜点 README 越详细,AI 越看不懂:1000 Token 才是甜蜜点系列第 4 篇 实操层你花了一下午写给人类看的那份详细 README,AI 每次进你项目都得从头读一遍。
这句话听起来有点反直觉——README 不是越详细越好吗?对人类读者来说是的。但 A… · 2026/11/3 2:50:28
最小操作次数使数组元素相等【力扣LeetCode 每日一题】 453. 最小操作次数使数组元素相等
网页链接
力扣LeetCode
力扣LeetCode & 每日一题,完成每日打卡,即可获得力扣积分。获得相应数量的积分,能在【力扣商店】,换取相应奖品!助力每日有题做,丰盈积分日… · 2026/11/3 2:50:28
Excel日期格式不生效?文本型日期批量转换与排错指南 前两天有人抱着一份从业务系统导出的台账来找我,说 Excel 里明明把单元格格式设成了日期,数据却纹丝不动,只有挨个双击再回车才会变成日期样子,几千行总不能一行行点下去。这个场景我这些年遇到过太多次,Excel 设置单元… · 2026/11/3 3:25:33
WebSocket协议DDoS防御与智能流量清洗技术解析 1. 项目背景与核心挑战2026年的即时通讯应用正面临前所未有的DDoS攻击威胁。随着WebSocket长连接技术的普及和5G网络的全面覆盖,攻击者能够以更低的成本发动更大规模的流量攻击。去年某头部社交平台因遭受1.4Tbps的混合攻击导致服务中断37分钟,直接损失超… · 2026/11/3 3:25:33
电力系统网络安全:多传感器融合技术实践与优化 1. 电力系统网络安全现状与多传感器融合的必要性电力系统作为关键基础设施,其网络安全防护一直是行业重点。近年来随着智能电网和物联网设备的普及,电力系统的攻击面呈指数级增长。传统基于单一数据源的入侵检测系统(IDS)已难以应… · 2026/11/3 3:25:33
数字序列999999999的技术解析与应用实践 1. 项目概述"999999999"这个看似简单的数字序列,实际上蕴含着丰富的可能性。作为一名从业多年的数字文化观察者,我注意到这类重复数字组合在多个领域都有着特殊意义和应用场景。从编程中的占位符到金融交易中的特殊标识,从游戏设计… · 2026/11/3 3:25:33
电力系统多传感器融合安全监测技术解析 1. 电力系统网络安全现状与挑战现代电力系统正面临前所未有的网络安全威胁。去年某省级电网调度中心遭遇的APT攻击导致区域负荷控制系统异常,直接经济损失超过2000万元。这类事件暴露出传统单点安全监测的局限性——攻击者只需突破一个传感器节点的防御就能潜伏数月… · 2026/11/3 3:25:33
RFSoC ADC/DAC调试:6MHz频偏定位AXI时钟与抽取因子 简介:资源是一份面向具备一定硬件调试经验的FPGA与射频工程师的RFSoC实战调试文档,聚焦Alinx公司Zynq UltraScaleRFSoC开发板上ADC/DAC链路的频率配置与信号完整性排查。文中完整还原了从原厂demo工程(rfevm_rf_adaloop回环)入手&… · 2026/11/3 3:24:33
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/2 13:10:28
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/2 4:42:45
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/2 5:17:18
STM32F411RE与MAX14431实现SPI隔离:工业现场抗共模干扰实战 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 1:01:59
ESP32+大模型AI硬件开发:从Demo到产品的8个工程问题 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 1:01:59
基于MAX14431BAEE+与PIC18F85J10的SPI隔离方案设计与实践 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 1:01:59
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/2 13:10:28
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/2 4:42:45
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/2 5:17:18