又见山人最近不少朋友问我，天天泡在各类“全家桶”里，到底哪些开发工具值得真正花时间研究。说实话，我以前也爱追新工具，但后来发现衡量一个好工具的标准不是功能多酷，而是能不能减少你从“想法”到“运行结果”之间的摩擦力。开发工具的本质，就是帮你把有限的精力从重复劳动里省下来，放到真正需要思考的问题上去。今天这篇就围绕我日常工作中一直在用的开发工具做个系统整理，也把身边人常问的AI开发工具、前端开发工具、Fody这类.NET工具、微信开发工具和Python工具都串起来聊聊。
这篇不打算写成“软件清单”那样的流水账，而是按开发过程中实际遇到的问题来组织。你会看到我为什么选某个工具、在什么场景下放弃另一个工具，以及那些文档里不会写的边界和坑。无论你是前端、后端、小程序开发，还是平时写点Python做自动化的同学，应该都能找到可以参考的部分。
1. 开发工具的本质：减少从“修改代码”到“看到结果”的摩擦
1.1 我衡量开发工具的四个维度
很多人选工具先看热度、看Star数，但真正决定一个工具能不能在你的工作流里留下来的，往往是它的“摩擦系数”。我总结成四个维度：启动速度、反馈速度、切换成本和可维护性。
启动速度很好理解，打开IDE要转十几秒的圈，和两三秒就绪完全是两种体验。反馈速度指的是你改完代码后，多久能看到编译、测试或者页面更新的结果。切换成本是使用工具过程中需要打断思路的次数，比如为了查一个参数切到浏览器，还是命令面板里直接搞定。可维护性则更现实——半年后你自己回来看这个项目，工具链能不能保持可复现？同事接手时会不会想骂人？
这四个维度不是评分表，而是取舍原则。比如一个工具虽然配置复杂，但如果它能让你在整个项目生命周期里减少大量重复动作，那初期的配置成本就是可接受的。反之，一个工具下载下来就能跑，却让每次运行都等三十秒，我会毫不犹豫换掉它。
1.2 一条主流全栈工作流长什么样
先给你看看我目前比较顺手的开发布局，后面再逐个拆开讲。前端这边我用 VS Code 加 Vite 做本地开发，调试面板直接对接浏览器 DevTools；后端如果是 Java 我会用 IDEA，如果是 Python 我会用 VS Code 加 Python 扩展，最近还加上了 uv 做环境和依赖管理；如果涉及 .NET，我会在 Visual Studio 里保留 Fody 这样的编译期增强工具；小程序开发则单独使用微信开发者工具。
这套布局不是一步到位的。早年我什么都往 IDE 里堆插件，结果插件之间互相冲突，启动一次要几十秒。后来我才明白，开发工具的价值不在于“多”，而在于“正好覆盖你的那条链路”。当你发现工作流里每个环节都有一个顺手工具时，你的开发体验会从“勉强能用”变成“不怎么碰壁”。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. AI开发工具：用得好的前提是知道它的能力边界
2.1 我日常真正在用的AI工具类型
AI开发工具这两年的变化真的非常大。我需要明确先给大家分个类，因为很多人一上来就找“最强AI工具”，但实际上AI工具至少分补全型、代理型和聊天型，用途完全不一样。
补全型工具最典型的就是 GitHub Copilot、Continue 这类，它们在你写代码时提供行级或函数级建议。适合写样板代码、重复性的 CRUD、常见算法片段。代理型工具比如 Cline、Aider 这类，能帮你读项目结构、改多个文件、跑测试，适合处理“我知道要改什么但不想手动翻一堆文件”的任务。聊天型工具更适合放一个单独的窗口，用来解释报错、梳理逻辑、生成测试用例。
我目前的做法是补全型常驻编辑器，代理型在重构时开一个会话，聊天型则按需使用。需要提醒的是，不要让AI替你完成“设计决策”，比如模块边界怎么拆、接口怎么定，这些还是得自己拿主意。
2.2 最容易翻车的三个场景
AI生成的代码“看起来对，跑起来错”是常见问题，但我发现更隐蔽的翻车点有三个。
第一个是版本幻觉。你问AI某个API怎么用，它可能给你一个旧版本或者未来版本的写法，因为它的训练数据里混杂了大量版本标签。我遇到过让AI生成某个前端依赖的配置，结果它把 Vue 2 的写法生成到了 Vue 3 项目里，编译直接报错。所以AI提示的依赖版本、包名，一定要去官方文档二次确认。
第二个是“