AI Agent，让 “牛马” 坐上 “木牛流马”

2024 年到现在，AI 能做到的事情早已不是在网页上跟你玩盲人摸象。如今的 AI Agent 扎根于本地项目，完成需求分析、架构设计、编码实现、测试编写——它已经能够搞定牛马程序员工作中的大部分劳动，让你从亲自拉车的牛马，变成坐在木牛流马上指路的军师。

什么叫 AI Agent？简单说就是：你给它一个需求，它自己规划步骤，读写文件，运行测试，修复 bug，循环迭代直到任务完成。而你将会从一行一行的代码中解放出来，像一个真正的 Tech Lead 一样——评审方案、Review 代码、拍板决策。

AI Agent ≠ 搜索工具、 ≠ 代码补全。Agent 是你描述需求它全权负责执行。这是质的飞跃。

目前主流的 AI Agent 方案有 Claude Code、Cursor、Windsurf 等。它们的核心能力都很相似：理解整个代码仓库的上下文，自主进行多步骤的代码修改，跑测试验证结果，甚至在遇到错误时自动排查修复。

这不是什么遥远的未来——这是现在的日常。

真实业务中的实践经历

最近我完成了一个完整的生产级项目，从零到交付，全程使用 AI 进行方案设计与代码编写。我自己的角色只做了：提需求 + 评审方案 + Code Reviewer + 改需求。

具体来说：

  • 需求分析：我把业务需求丢给 AI，让它拆解为技术方案，我来评审可行性
  • 架构设计：AI 输出模块划分、接口定义、数据模型，我来拍板
  • 编码实现：AI 全权编写，我只做 Review
  • 单元测试：AI 一手包办，最终交付 350+ 个单元测试，覆盖完整

整个过程中我没有写过一行业务代码。但项目的质量并不比我自己写的差——甚至更好，因为每个方法都注释了完整的实现思路，每个边界条件都覆盖了模块测试。

350+ 单元测试，全量覆盖。如果是我自己写……说实话，大概率写到第 5 个就开始”这部分不太重要，先跳过吧”。

这个实践让我确信了一件事：AI 编程不是噱头，它已经是可以落地的生产力工具。

JetBrains 里的 AI 折腾之路

作为一个 JetBrains 全家桶的多年老用户，长期订阅全套工具。我的第一次探索当然是——尽可能在 JetBrains 里用 AI。

然而现实给了我一记闷棍：

  • JetBrains AI 是单独收费的，需要额外订阅 AI Assistant
  • 国内访问 JetBrains AI 服务存在网络限制，体验差且连接不稳定
  • 第三方 AI 插件在 JetBrains 中的集成深度有限

于是我摸索出了一套”缝合方案”：

JetBrains + Claude Code 插件 + Claude Code 命令行客户端 + z.ai 的 Coding Plan

具体来说就是在 JetBrains 里安装社区提供的 Claude Code 插件作为辅助，同时开着终端跑 claude 命令行客户端做重活，API 额度走 z.ai 的 Coding Plan 来控制成本。

能用吗？能用。优雅吗？真不优雅。

裂痕从哪里开始

这套缝合方案用了段时间，问题逐渐暴露：

Claude 命令行客户端的 Ctrl+C 之痛

在终端里用 claude 和 AI 对话时，Ctrl + C 是最常用的复制快捷键。但问题是——它同时也是终止进程的信号。手指一抖，会话直接退出。更要命的是，退出后再恢复上次的对话上下文并不方便，AI 丢失了之前的讨论背景，得重新铺垫一番。

别笑。你以为你会小心，但在高频使用的场景下，一天误触三五次是常态。尤其是你习惯了在 IDE 里 Ctrl+C / Ctrl+V 行云流水的时候。

JetBrains 对第三方 AI 插件的兼容性有限

JetBrains 的插件生态虽然丰富，但对于 AI Agent 类插件的支持始终不够原生。AI 插件更像是一个”嵌入终端”，而不是 IDE 的一等公民。你不能像使用内置功能一样丝滑地让 AI 理解项目上下文、操作编辑器、集成调试。

越来越少的”手写代码”

自从习惯用 AI 写代码之后，我发现自己亲手写代码的频率已经极低了。JetBrains 最核心的价值是什么？强大的代码编辑体验——智能补全、重构工具、代码导航、快捷键体系。但当我很少直接编辑代码的时候，这些能力的价值就在不断缩水。

全家桶的订阅费用

IntelliJ IDEA + GoLand + WebStorm，每年 1000+ 的订阅费用。在可预见的将来，对于一个很少亲自写代码、主要靠 AI Agent 输出的人来说，这笔投入的 ROI 正在飞速下降。

JetBrains 带给我的优秀开发体验，似乎……并不那么重要了。

VS Code：AI Agent 的最佳宿主

经过一番权衡，我把目光投向了 VS Code。原因很简单——它对 AI Agent 的包容性远超 JetBrains。

开放且活跃的生态

VS Code 的插件市场比 JetBrains 的大几个量级，AI 相关的插件更是层出不穷：

更重要的是，这些插件在 VS Code 中不是”嵌入终端”式的二等公民。它们可以直接调用 VS Code 的编辑器 API，有独属于 AI Agent 的归宿：聊天窗口，而不用再跟终端挤一块，真正做到：

  • 读取和修改整个项目文件
  • 直接在编辑器中展示 diff 和变更
  • 与终端、调试器、Git 深度集成

AI Agent 不再只是命令行

在 JetBrains + 命令行的方案里，AI 是一个”黑盒终端”——你输入需求，它输出结果。很多东西都因终端的表现力埋在了水面之下。

而在 VS Code 的 AI 扩展中，AI Agent 拥有了完整的可视化交互界面：

  • 聊天式对话记录：可以回溯、引用、分支对话，不再是一次性的终端会话
  • 上下文管理：可以精确选择让 AI 看到哪些文件，控制 token 消耗
  • 便捷的 session 回溯：可手动切换到之前进行过的任意聊天记录
  • 可视化指令：不再需要逐个输入 help 查看可用指令，而是直接在可视化列表中点选配置

简单说，在 VS Code 里，AI Agent 从”一个会写代码的终端”变成了”一个住在 IDE 里的编程搭档”。体验完全不在一个层级。

跨平台？不，是全平台

VS Code 在 Windows、macOS、Linux、WSL 上表现一致，还有 VS Code Server 可以远程开发。无论你是本地开发还是 SSH 到服务器上写代码，体验无缝切换。

社区的活跃度也让人放心——VS Code 的 GitHub 仓库 有 170k+ Stars，issue 响应速度、插件更新频率都远超 JetBrains Marketplace。

写在最后

这不是一篇”JetBrains 已死”的暴论。JetBrains 的代码编辑体验依然是顶级的，对于重度手写代码的开发者来说，它仍然是最好的选择之一。

但世界的风向变了。当 AI Agent 开始承担越来越多的编码工作，IDE 的核心竞争维度正在从”编辑器体验”转向”AI 集成能力”。在这个新赛道上，开放的、插件化的、社区驱动的 VS Code，天然比封闭的 JetBrains 更有优势。

放下 JetBrains 的时候确实有些不舍。但要明白——工具是为了效率服务的，为了使用习惯而坚守过时的工具，就像是做一个旧世界秩序的苦逼看门人。