一个月没打开过 IDE 了,我用什么在写代码?

15 阅读7分钟

前几天在技术群里看到一个帖子,有个开发者说他已经一个月没打开过 IDE 了。

评论区炸锅了。有人说他在吹牛,有人问他是不是转行了,还有人猜测他是不是用 Cursor 这类 AI IDE。

他的回答出乎所有人意料:

"我一直在用命令行。Claude Code + 一个专门为它设计的终端。"

这个回答让我特别有共鸣。因为我自己的工作流,也已经悄悄发生了类似的变化。


正在发生的范式转移

先说一个观察:现在谈 AI 编程,大家默认的画面是什么?

打开 VSCode,右边是个 AI 对话框,你问它问题,它给你补代码。

这个画面没错,但它代表的是过去

真正走在前面的开发者,他们的工作场景已经变了:

打开终端,告诉 AI 你要做什么,然后看着它自己读代码、写代码、跑测试、修 bug。

你看出区别了吗?

  • 前者:你写代码,AI 帮忙
  • 后者:AI 写代码,你审核

这不是什么"未来愿景",这是正在发生的事情


为什么 IDE + AI 插件是"过渡方案"

传统 IDE 是怎么来的?是 GUI 时代的产物。

它的设计逻辑是:给人一个友好的图形界面来写代码

代码高亮、智能提示、文件树、调试器、Git 面板……所有功能都是围绕一个核心设计的:方便人操作

然后 AI 来了。怎么加进去?

加个插件呗。右边开个侧边栏,搞个聊天窗口,完事。

但这就像什么?在燃油车里塞一块电池

能用吗?能用。

好用吗?凑合。

发挥出电池的全部潜力了吗?没有。

因为整个车的设计不是为电池服务的。传动系统、油箱、排气管,这些为燃油设计的东西还在,它们限制了电池的发挥空间。

IDE + AI 插件就是这个情况。

AI 在 IDE 里只能做什么?

  • 在一个小窗口里对话
  • 补全你正在写的代码
  • 帮你解释选中的代码

它不能做什么?

  • 自由地浏览整个项目
  • 直接执行命令
  • 自己跑测试验证结果
  • 遇到报错自己修

AI 被 GUI 限制住了。

你让一个厨师在一平米的空间里做菜,不是他不行,是你给的环境太小了。


命令行才是 AI 的主场

AI 最擅长什么?处理文本、理解上下文、生成内容。

命令行是什么?纯文本交互界面。

这是天然的匹配。

在命令行里,AI 可以:

  • 用文本命令读取任意文件
  • 用文本命令执行任何操作
  • 看到完整的输出结果
  • 根据结果决定下一步

没有鼠标点击,没有菜单选择,没有窗口切换。

一切都是文本,而处理文本正是 AI 最擅长的。

这就是为什么 Anthropic(Claude 背后的公司)做 AI 编程工具时,选择了做命令行工具 Claude Code,而不是做一个 IDE。

因为他们比任何人都清楚:要让 AI 发挥最大能力,就不能把它关在 GUI 的笼子里。


但命令行有个致命问题

Claude Code 强是强,但直接用有个大问题:

对人不够友好。

你在纯命令行里工作,看不到项目文件结构。想让 AI 改某个文件?你得先切到文件管理器找路径,再切回来告诉它。

那在 VSCode 里开终端跑 Claude Code 呢?

也不行:

  • VSCode 的虚拟终端处理不好 Claude Code 的多行输入
  • 想粘贴截图给 AI 看?做不到
  • 想从文件树拖文件给 AI 引用?做不到
  • AI 改完文件还得手动刷新才能看到

人和 AI 的需求冲突了:AI 需要命令行的自由,人需要 GUI 的便捷。

这就是为什么大多数开发者虽然听说过 Claude Code 很强,但真正用起来的不多——不是不想用,是用起来太割裂了。


解决方案:为 AI CLI 而生的终端

这个问题的答案其实很简单:

做一个专门为 AI 命令行编程设计的终端。

不是 IDE,不是代码编辑器,是终端。

但不是普通的终端。是一个理解"人类需要 GUI 辅助,AI 需要 CLI 自由"这个核心矛盾的终端。

这就是我们做 AgentTerm 的出发点。

它长什么样?

左边是项目文件树,右边是真正的终端 + 代码编辑器。

  • 终端里跑 Claude Code,AI 在这里自由发挥
  • 文件树让你看到项目结构,想引用某个文件直接拖进终端
  • AI 改了哪些文件,文件树实时显示
  • 想看 AI 写的代码?点击文件直接在编辑器里预览

人和 AI 各得其所。

这不是给 IDE 加 AI,是给终端加 GUI 辅助。

方向完全相反,但这才是对的方向。


油电混动 vs 纯电动

如果把 AI 编程工具比作汽车:

IDE + AI 插件 = 油电混动

  • 核心还是燃油车(为人设计的 GUI)
  • 电池只是辅助(AI 插件)
  • 能省油(提高效率),但本质没变
  • 是过渡方案

专为 AI 设计的终端 = 纯电动

  • 整个架构围绕电池设计(为 AI 设计的 CLI 环境)
  • 人的需求通过新的方式满足(GUI 辅助而非 GUI 主导)
  • 真正发挥电池的全部潜力(AI 的全部能力)
  • 是终局形态

我不是说传统 IDE 马上就会消亡。油电混动现在卖得也很好。

但趋势是清楚的:纯电才是未来。

那些今天开始适应"AI 主导,人审核"工作模式的开发者,一两年后会发现自己的效率是其他人的好几倍。


Agent 编程的起点

AgentTerm 这个名字,我们是有意为之的。

它不只是一个"更好用的终端",它代表了一种新的编程方式的起点:Agent 编程

什么是 Agent 编程?

  • 不是你写代码让 AI 补全
  • 不是你问问题让 AI 回答
  • 是你描述目标,让 AI 自主完成整个任务

AI 读代码、写代码、跑测试、看报错、改代码、再跑测试……

直到任务完成。

你做什么?审核结果

这听起来像科幻?

不,这是 Claude Code 现在就能做到的事情。只是大多数人没有一个好的环境来发挥它的能力。

AgentTerm 就是那个环境。


不是取代 IDE,是开辟新战场

要强调一点:我不是说 IDE 没用了。

看代码、调试、Review、看文档……IDE 在很多场景下仍然不可替代。

但当你需要让 AI 帮你完成一个完整任务时——

  • 重构一个模块
  • 写一个新功能
  • 修一个复杂的 bug
  • 做一次大规模的代码迁移

这时候,切到 AgentTerm,告诉 AI 你要做什么,然后让它干活。

IDE 是你的工作台,AgentTerm 是你的 AI 助手的工作台。

两个工具,两种模式,配合使用。


给想尝试的人

如果你对这种新的工作方式感兴趣,可以试试 AgentTerm。

我们现在在推广期,新用户注册送 7 天免费体验,用的是 Claude Max 的额度。

这 7 天足够你:

  • 感受一下 Claude Code 的真实实力
  • 体验 AI 主导的编程工作流
  • 判断这种方式适不适合你

体验地址:lite.beebywork.com

不用绑卡,注册就能用。


关于 Claude Code 中转

国内直接用 Claude Code 有些门槛:注册、付费、网络环境。如果你不想折腾这些,可以试试 Code2AI(console.code2ai.codes),两行配置就能接入:

export ANTHROPIC_BASE_URL="https://code2ai.codes"
export ANTHROPIC_AUTH_TOKEN="你的token"
claude

新用户有 3 天免费试用。先写点代码感受一下,再决定是否值得投入。


最后说两句

一个月没打开 IDE 的那位开发者,他说了一句话让我印象很深:

"刚开始不适应,感觉失去了对代码的控制。后来发现,让出控制权反而更高效。我只需要定义目标,审核结果,剩下的交给 AI。"

这可能就是 Agent 编程时代的缩影。

我们从"写代码"变成"指挥 AI 写代码"。

从"程序员"变成"AI 教练"。

这个转变已经开始了。问题只是:你什么时候开始适应?