
孤独哪里是身旁无人
而是没有共同语境交流自己真正在意的事情
昨天下午,我左手敲着重构快捷键,右手让AI生成单元测试,突然卡住了:这代码到底算我写的,还是算"我们"写的?
自从AI编程横空出世,唱衰传统编码的声音一直没停,作为在传统IDE 深耕了26年的JetBrains 这次终于聊到了这个问题。2026年了,如果以cursor在22023年官宣作为AI编程的起点,那么AI编码已经存在了3年之久。
也许你会认为jetbrains目前已经加了很多AI功能,这次他们会全面倒戈AI的话,可能就会令你失望了。jetbrains高层没喊"AI颠覆一切",反而说了句大实话:打字写代码和让AI写代码,都是正经事,别搞对立。
这话听着平淡,但细想挺反潮流的。现在到处都在卷"全自动编程",仿佛手动敲代码是上个世纪的化石。但JetBrains偏要说:慢着,有人就喜欢一行行构建逻辑的掌控感,有人就想让代理跑个脚手架,工具该做的,是让两种人都舒服,而不是逼你选边站。
说实话,我最近就在经历这种分裂。用IntelliJ写业务逻辑时,我享受那种"指尖即思想"的流畅感;但配环境、写样板代码时,我又恨不得把键盘扔了,让AI一键搞定。
以前这俩状态是割裂的:开AI插件怕干扰主界面,关了吧又觉得浪费。现在JetBrains的思路是:同一个IDE,多种AI接入方式,你说了算。
这设计挺懂程序员的:不是"你必须用我的方式",而是"你需要哪种,我都有"。
说到接入方式,这次最让我眼前一亮的是 Agent Client Protocol (ACP)。
简单说,以前每个AI代理都要单独适配IDE,像给不同手机配不同充电线,麻烦还容易乱。现在ACP搞了个标准协议,相当于给所有编码代理装了USB-C接口:插上就能用,拔了也不留痕。

举个真实例子:我一直想试试Cursor的代理能力,但又不想换掉用惯的IntelliJ。以前这需求基本无解,现在通过ACP,直接在IDE里选Cursor agent,它的 原生 工作流就能无缝跑起来
当然,协议再好也得看生态。目前支持的主流代理还不多,但方向对了:开放标准永远比封闭花园走得远。

支持acp的IDE也不少,就连neovim都支持了

有个细节特别戳我:JetBrains深刻的意识到,生成的代码必须当"真代码"对待
什么意思?就是不能因为代码是AI写的,就降低标准:
这让我想起上周的惨痛经历:让一个实验性代理改数据库迁移脚本,它确实跑完了,但生成的SQL有潜在死锁风险。幸亏有版本控制和代码审查,不然上线就是事故。
所以啊,工具可以激进,但流程必须保守。AI能加速创作,但"理解、审查、负责"这个闭环,还得人来守。
现在连买个灯泡都可能被生态绑定,写代码的工具更得清醒。JetBrains这次明确说了:绝不把用户绑在单一模型或服务商上
具体怎么落地?四条路随便选:
写到这里,突然想到个问题:当工具越来越"懂你",我们会不会反而变懒?
就像导航软件:用多了,认路能力确实会退化。但反过来想,省下的认路精力,是不是可以用来观察沿途风景、思考目的地意义?
编程也是同理。如果重复劳动交给工具,那省下来的认知带宽,应该用来做更"人"的事:设计更优雅的架构、理解更深层的业务、创造更有价值的逻辑。
传统 IDE 本质是注意力黑洞:需要你把注意力分配到语法高亮,错误处理的琐碎细节中。而 Agent 直接把这种重复劳动从人的手中解放出来,升级为意图操作。
传统 IDE 在过去已经在过去二十多年里成熟的程度已经超乎了我们的想象。以至于很多时候我们在说一个 IDE 很好用的同时也会抱怨它的臃肿。
谷歌大佬级工程师 Addy Osmani 曾直言:“IDE正在失去独占地位,退化为AI控制面下的普通工具之一。”
而 AI 目前最为人称道的能力就是基于人类规则和数据的强计算性思维。AI 或许可以解决怎么做的问题,但是推动创新的一定是你最开始的一个小目标。
JetBrains那句"human is responsible for the code that ships",表面是责任划分,深层是价值锚定:工具再强,也是放大器;真正决定代码质量的,还是背后那个会纠结、会反思、会成长的人。
技术圈有个梗:"每个新工具刚出来时,我们都觉得它能改变世界;用久了才发现,真正改变世界的,是那些愿意慢慢打磨工具的人。"
JetBrains这次没画大饼,没喊颠覆,反而在说"共存""兼容""责任"。这种"无聊"的务实,可能才是专业开发最需要的。