Agentic Coding Extension

Roo Code

An archived VS Code agent extension known for configurable modes, MCP integrations, terminal control, model choice, and Cline-style workflows.

价格
Open source
平台
VS Code
官网
https://roocode.com

2026 年结论

Roo Code 现在必须换一种方式评价:官方文档和 GitHub 仓库都写明,Roo Code Extension 已在 2026 年 5 月 15 日 shut down,仓库已归档。所以这页的重点不是“是否应该采用”,而是“它曾经做对了什么,以及现有用户如何迁移”。

我的判断:现在不建议在新的生产工作流里采用 Roo Code。它的思路仍然值得学习:明确 modes、Cline-style VS Code agent 工作流、MCP integrations、model choice、terminal control 和 auto-approve policy。但停运意味着团队应该把它当成 legacy reference,然后比较 ZooCode、Cline、Continue、Cursor、Claude Code、Codex 和 opencode 这些仍在维护的替代方案。

Roo Code final capability map,展示 modes、MCP servers、terminal control、auto-approve 和 archived 状态
Coding Agent Tools 基于 Roo Code 公开文档绘制的原创图解,不是官方产品截图。

Roo Code 曾经强在哪里

Roo Code 是一个开源 VS Code agent extension,属于 Cline 系工作流。它最强的想法是 mode-based agent behavior:Code、Architect、Ask、Debug 和 custom modes 可以把规划、实现、解释、调试分开,而不是所有任务都丢给一个通用助手。

官方文档还强调 model provider choice、MCP server integration、terminal command execution、browser interaction、file editing、checkpoints、context management、auto-approve controls 和 workspace behavior 配置。实际使用上,它适合想要比普通编辑器聊天面板更多控制项的用户。

停运为什么重要

agent 归档不是简单的品牌问题。它影响安全修复、模型服务商兼容性、marketplace 可用性、文档更新和团队支持。Coding agent 会接触文件、终端、网络工具,有时还会接近凭据;这不是一个适合长期无人维护的表面。

所以现在正确的问题不是“Roo Code 强不强”。它曾经很强。正确的问题是“哪个仍在维护的工具能提供类似控制力,同时没有 archive risk”。

迁移清单

Roo Code migration checklist,覆盖 settings export、modes、MCP audit、model checks、fork choice 和 diff retesting
我们的迁移判断:保留 mode design,但所有替代工具都要用真实 diff 和命令边界重新测试。

它仍然能给当前工具什么启发

Roo Code 最大的启发是:modes 很重要。一个 coding agent 不应该用同一套行为处理架构规划、直接编辑、解释、调试和高风险命令执行。现在更好的工具也在朝这个方向走:更清楚的 modes、更窄的权限、明确 approvals 和更好的 review trail。

适合谁

不适合谁

来源说明