2团
Published on 2026-04-24 / 1 Visits
0
0

再见Roo Code,再见VS Code:当AI队友从插件进化为团队的一员

昨天我收到了Roo Code团队的邮件,标题是“Sunsetting Roo Code and Launching Roomote”。作为一个每天在VS Code里靠Roo Code插件和GLM、DeepSeek模型写代码的开发者,这个消息让我愣了一下。但读完他们的解释之后,我觉得,这也许会是未来AI编程工具一个合理的进化方向。

1. 来自Roo Code团队的告别信

HOoRDHdOsgpjMfTrnIoIhsGoiDaxgjRl.png

邮件正文很简短,语气诚恳:

我们想直接通知大家:我们将于5月15日起终止Roo Code系列工具的服务。这包括Roo Code VS Code扩展、Roo Code Cloud以及Roo Code Router。

首先,我们要说一声谢谢。正是你们的信任与贡献,帮助我们实现了扩展下载量突破 300 万次的里程碑……

但话说回来,我们不认为IDE是编程的未来。为了继续向前推动未来,我们不得不做出这个艰难的决定。

停止服务的具体安排是:5月15日之前继续支持现有产品,之后关闭云服务和路由器、退还余额、归档扩展仓库。官方也给出了替代方案:推荐模型无关的开源扩展Cline,或者去他们的新家roomote.dev看看正在构建的新东西。

2. 为什么说IDE不再是编程的未来?

Roo Code团队在公告链接的详细说明里,坦诚地介绍了他们内部工作流的巨变。我读完之后,觉得这才是真正的核心原因,甚至比停服本身更值得关注:

到了2025年秋季,我们内部的工作方式又发生了一次巨变。我们开始在云容器中运行Roo Code,以并行处理工作并应对来自社区的数百个拉取请求和议题。它以无头模式运行并开启完全自动批准,能够自行发起修复、运行实际应用并在请求人工审视前自行验证结果。这套模式迅速成为了我们默认的工作方式。

输入提示 → 产出高质量拉取请求。

假如一句简单的提示,智能体就能直接产出一个高质量的拉取请求,那么人与系统的互动方式就彻底变了:你不再需要盯着IDE一行行敲代码,而是把精力放在如何端到端地把一件事推动到底。这时候,它不再是工程师手边的辅助工具——它能直接把一整个环节的工作从你肩上卸下来,交出来的东西甚至不用你再费心收拾。

这段话一针见血。当AI已经能在云容器里跑通整个“收到Issue → 分析问题 → 改动代码 → 本地验证 → 提交PR”的闭环时,那个需要我们在本地IDE里手动触发、逐行确认的插件,就显得像一个旧时代的产物了。

团队还提到了另一个现实层面的挤压:

与此同时,行业里冒出了一大堆新的约束和掣肘。模型能力肉眼可见地在变强,各家的交互界面也越来越像,那些所谓的第一方工具沦为了打折发Token的提款机,而我们辛辛苦苦做出的东西,刚发出去就被各路工具分支迅速地打包分发。一切迹象都在指向一个事实:我们虽然在这个赛道里跑赢了,但这个比赛本身对我们来说,已经不再重要了。

换句话说,不是 Roo Code 不够好,而是战场本身转移了。

3. 从VS Code插件到Slack队友:Roomote是什么?

那么Roo Code团队把资源全部押注在了哪里?答案是他们正在内测的新产品Roomote

我们把云智能体叫做Roomote。它真的很棒。它和团队其他成员一样驻留在Slack 中,无缝集成你所有的工具(Linear、Github、Sentry等),并能随需调用最适合任务的前沿模型。它会通过截图和完整的本地环境来验证自己的工作成果。因此,不仅是工程师,产品经理、客服、运维、市场乃至创始人都能端到端地获得真正可用的拉取请求。它不是一个工具,而是一位真正的队友。

EJOcYjrsIGTimyXxShWtQDsmaaYyheqh.jpg

为了直观地理解Roomote的工作方式,Roo Code团队在Slack里给出了几个真实的使用场景:团队成员直接在聊天里@Roomote,附上Sentry报错链接或功能需求描述,Roomote就能自主读取上下文、分析问题、修改代码并完成验证(见图)。这些截图清楚地展示了一种全新的协作模式——AI 不再藏在某个菜单后面,而是像同事一样直接参与对话,所有人都能看见它在做什么、交付了什么。

这就是Roomote想做的事情:把AI编程能力的入口从开发者的本地编辑器,迁移到整个团队协作的公共频道里。它不只是一个写代码的bot,而是一个能理解业务上下文、主动验证、并为非技术人员也产出真实价值的协作节点。

4. 对我们普通开发者意味着什么?

对于绝大多数仍然在VS Code里写代码的人来说,Roo Code的停用确实会带来一段适应期。官方推荐的Cline是一个很务实的平替选项(本身Roo Code就是从Cline分叉出去的),它同样支持各种模型,并且已经吸收了Roo Code的不少设计思路。

但从更长远的视角来看,Roo Code团队的这次赌注值得我们每个人关注。当AI编程助手从“你问它答”的顾问模式,升级到“你描述它交付”的同事模式,我们定义需求和验收结果的能力,或许会比敲键盘的速度更重要。Roo Code的退役不是一个失败的故事,而是一群先行者在某个岔路口,果断地奔向了他们眼中更值得的未来。

坦白说,作为一个古法编程爱好者,我还是更习惯扎在IDE里,盯着代码一行一行地改,看见diff心里才踏实。Roomote这种甩手掌柜式的玩法,对我而言确实有点超前。不过工具总是朝着更省力的方向演进,先保持关注,时刻准备着,总归没错。


Comment