IDE 不再挑 agent 了（Android Studio Rabbit 2 把难题移到了审查这一侧）
Android Studio Rabbit 2 稳定版：可从 40 多个 coding agent 里挑，兼容 ACP 的都能接；新增 Change Review，谷歌把瓶颈定在审查和验证代码这一侧。
一个 IDE。
40 多个 agent。
一道越来越窄的门。
我最近注意到一个变化：大家聊 AI 编程，聊的越来越少是"哪个模型最聪明"，越来越多是"写出来的东西谁来看"。
10 月 28 日，Android Developers Blog 发了一篇文章，作者是 Matthew Warner，宣布 Android Studio Rabbit 2 稳定版上线。
这篇文章里最值得注意的，不是某个新按钮。
是一句话。
大意是：agent 工具帮你以前所未有的速度写代码、重构代码，一个新的工程瓶颈随之出现，那就是审查和验证所有这些代码。（Android Developers Blog）
谷歌把这句话写进了一个 IDE 的发布博客里。
这说明问题已经不在"能不能写"了。
阶段一：IDE 自带一个助手（以及它的天花板）
过去几年，IDE 和 AI 的关系很简单。
每个 IDE 绑一个自家助手。
你用哪个编辑器，就用哪个 AI。
这很方便，但它有一个隐藏的代价：你的工作方式被一家公司的模型路线锁死了。
模型更新一次，你的流程跟着变一次。
你以为你在选工具。
其实是工具在选你。
阶段二：IDE 变成插座（agent 变成可替换的零件）
Rabbit 2 的核心功能叫 BYOA，也就是 Bring Your Own Agent，自带 agent。
据官方博客，你可以从 40 多个 coding agent 里挑，包括 Claude Agent、OpenAI 的 Codex、Junie 和 Google Antigravity；官方的说法是，你偏好哪个兼容 ACP（Agent Client Protocol）的 agent，都可以接进来。
设置入口在 Settings > Tools > AI > Agents。
接进来以后，这些 agent 可以用上 Android Studio 的模拟器、构建系统、Logcat，以及 Android 相关的技能。
想一想这意味着什么。
agent 不再是 IDE 的灵魂。
它是插在 IDE 上的一个零件。
真正稀缺的东西变成了环境：一个能跑起来的模拟器，一套能出结果的构建，一份能看懂的日志。
谁掌握了环境，谁就不需要掌握模型。
这也是 IDE 厂商在这个时代的位置。
ACP 在这里的作用，有点像一个标准插口。
插口统一了，插头就可以随便换。
对你来说，这是自由。
对 IDE 来说，这是一种更聪明的护城河：它不再赌哪个模型会赢，它赌的是无论谁赢，都得来它这里跑模拟器。
阶段三：写得越快，门越窄（审查成了真正的工作）
当生成变得廉价，什么变得昂贵？
判断。
Rabbit 2 的 AI Change Review 就是为这件事做的。
你可以从三个地方打开它：Agent Changes、Pending Commits，或者 Git Log，也可以直接在 Agent 聊天窗口里发起。
它会先让 agent 独立审一遍，给出 Recommended Fixes，也就是建议修复。
然后有一个叫 Create Walkthrough 的功能，把整个项目里相关的 diff 片段按主题分组、排好优先级，带你一组一组看，而不是按文件名字母顺序一个个摊开。
这个细节很小。
但它说明了一件事：审查的单位，正在从"文件"变成"意图"。
你不再需要知道第几行改了什么。
你需要知道这一组改动想干什么，以及它干得对不对。
站内写过的 Entire 的 Trails 走的是相近的方向：评审对象不再是一个个 diff，而是让 agent 按团队定的 eval 打分，人看分数和进度。
当任何人都能一键生成任何东西，价值就转移到了知道该留下什么的人身上。
这就是 taste 在工程里的样子。
默认陷阱（多数团队会怎么用错它）
现在想象一下，40 多个 agent 摆在你面前。
最自然的反应是什么？
全都接上。
让它们同时开工，一个改界面，一个补测试，一个升级依赖。
产出翻了几番，看起来效率惊人。
然后你会发现，桌上堆满了等你看的改动。
每一个都"差不多对"。
每一个都要你花时间确认。
这就是默认陷阱：把 agent 当成更多的手，而不是把自己当成那个做决定的人。
手越多，决定越多。
决定越多，你的注意力被切得越碎。
这不是生产力。
这是换了一种形式的忙碌。
真正的分水岭不在于你接了几个 agent。
而在于你是 doer，还是 director。
doer 亲自写每一行，然后被 agent 替代。
director 定义要什么、不要什么，然后让 agent 去做，自己守住最后那道门。
Rabbit 2 给 director 准备了工具。
但它不会替你决定做哪一种人。
技能：把你的判断写下来
Rabbit 2 还加了一个技能管理器。
官方内置的技能覆盖了一些很具体的活：把 XML 布局迁移到 Compose，升级到 AGP 9，适配折叠屏和平板布局，接入 CameraX 和 Firebase。
入口有三个：三点菜单里的 Manage Agent Skills，聊天框里输入 @，或者 Settings > Tools > AI > Skills Manager。
技能是什么？
是把"这件事在我们团队应该怎么做"写成 agent 能读的东西。
换句话说，是把你的 point of view 变成可复用的资产。
agent 可以换。
写下来的判断不会过期。
你可以从今天开始做的三件事
1) 按环境选 agent，而不是按忠诚度
插座已经标准化了。
不要因为习惯绑死在一个 agent 上。
哪个在你的项目里表现更好，就用哪个。
2) 把团队的规矩写成技能
每一次你在审查里说"我们不这么写"，都是一条还没写下来的技能。
写下来。
让 agent 在动手之前就知道。
3) 把审查当成主业
不要把审查当成写完代码之后的收尾。
它就是工作本身。
用 Walkthrough 看意图，用 Recommended Fixes 当第一轮过滤，但最后拍板的是你。
每天留出一段不被打断的时间专门做审查。
不要在两个会议之间的碎片里扫一眼就点通过。
审查需要的是深度注意力，而不是零碎的注意力。
你在审查上偷的懒，迟早会以线上事故的形式还回来。
一些没那么显眼的部分
还有几项更新值得记一下。
LeakCanary 直接集成进了 IDE，和内置 agent 配合，能把内存泄漏的成因讲清楚，还会建议具体的代码修改，入口在 Profiler 的 LeakCanary 任务里。
Android XR 的 XR 眼镜、音频眼镜和显示眼镜模拟器转为稳定版，其中显示眼镜模拟器可以用自己的 360 度照片或摄像头画面当环境。
另外，企业用户关心的治理问题，官方的说法是：Android Studio 从 Rabbit 1 起就完整支持 Gemini Enterprise，承诺源码不会被留存、也不会用来训练通用基础模型，并提供审计日志和管理员策略。
这些不性感。
但对真正在公司里用 AI 的团队来说，这些往往才是能不能上线的前提。
冷静地看
BYOA 是一个好功能。
但功能从来不是重点。
BYOA 不会让你变成更好的工程师。
它只会让"写"这件事变得更不值钱。
剩下的问题只有一个：
当代码不再稀缺，你的眼光够不够稀缺。
工具会一直换。
看代码的那双眼睛，换不了。
来源：Android Developers Blog（2026-10-28）；Android Studio 版本说明。功能与支持范围据谷歌官方博客；“40 多个 agent”为官方自报；引文为博客原句的中文大意；“难题移到审查一侧”的判断为作者看法。