夜雨聆风早上到公司，旁边工位的小哥又在折腾新插件。他的 VS Code 侧边栏长得像广告墙，光 AI 相关的就五六个：这个管补全、那个管聊天、还有个专门管提交信息的。我瞄了一眼他的启动时间——进度条转了快十秒。
我自己的编辑器现在干干净净，常驻的只有 7 个工具。不是我懒得装，是装多了之后我发现一个反直觉的事实：工具的数量和效率之间，不是正相关，是倒 U 型。
今天就聊聊我是怎么从"囤工具党"变成"断舍离党"的，以及留下的这 7 个到底凭什么。
一、先说清楚：为什么装太多反而慢
2026 年有个挺扎心的行业观察：开发者平均每天有 30% 的时间不是在写代码，而是在跟配置、切换上下文、处理重复样板代码较劲。工具本该解决这个问题，但现实是——
每多一个插件，就多一层启动开销、多一处快捷键冲突、多一个"这个弹窗要不要点"的决策。认知资源是被这些细碎打断悄悄吃掉的。
我做过一次实验：把 47 个扩展全开着写一天代码，再关到 7 个写一天。后者不是快一点点，是明显感觉"思路没断过"。所以第一步不是"找更好的工具"，是先删。
二、留下来的 7 个，分三层
第一层：AI 层（1 个就够，别堆）
我留的是本地优先的路线。像 Ollama 这类本地模型运行器，配合 Continue.dev 这种开源插件，能把 Qwen2.5-Coder 这类开源代码模型跑在自家机器上。好处不是省钱（虽然确实省），是零延迟、零数据出机器。
公司内网的代码、还没公开的接口设计，你真敢往某个云端插件的服务器上传吗？本地模型这一条，对后端和隐私敏感场景几乎是刚需。VS Code 和 JetBrains 用同一份 ~/.continue/config.json 配置，换编辑器不丢习惯。
第二层：终端层（3 个，负责"快进快出"）
- • zoxide：替代
cd，它会记住你去得最多的目录，打两个字就能跳过去。用了之后回不去原生 cd。 - • fzf + ripgrep：模糊查找文件和全文搜索。
z project && rg "TODO" | fzf一条链，两秒定位到代码里的待办。这两个工具都遵守.gitignore，不会把依赖目录翻个底朝天。 - • atuin：把终端历史同步并加密，换电脑也不丢那句你忘了但用过的神命令。
这三个加起来不到 20MB，不联网也能用，作者哪天不维护了你手里的二进制照样跑。
第三层：任务层（2 个，负责"别重复造轮子"）
- • Taskfile.yml / just：把
lint、test、build、deploy写成一个文件，just ci一键按顺序跑完还带缓存。比一堆散落的 npm script 好维护太多。 - • lazygit + gh：终端里直接做 Git 操作和点 GitHub 的 PR、Issue。不用切到浏览器等页面加载，三秒提交、五秒开 PR。
三、一个容易踩的坑
很多人删完工具，发现"自动化脚本"这块空了，又去装一堆任务编排工具。其实最轻的方案就在手边：仓库里建个 scripts/ 文件夹，把 db-reset、seed-staging、release 写成小脚本，用 direnv 挂到 PATH。重复做两次的事，就该脚本化——但别为了自动化而自动化，流程没理顺之前，脚本只会让你更快地部署一份坏代码。
四、总结一下
工具该"消失"而不是"刷存在感"。你注意不到它的时候，它才在真正干活。
我的做法是：每周只深钻一层（这周 AI、下周 CLI），删掉不用的，把留下的用熟。90 天下来，你会认不出自己当初那套臃肿的工作流。
如果你现在编辑器里也躺着二三十个扩展，不妨今晚回家花十分钟做一次断舍离——别删功能，删的是"打断"。
本文由AI辅助创作，内容仅供参考。