我基本放弃了 Android Studio：从装 Copilot 到对着豆包口喷的 5 个阶段
哈喽，我是飞飞。
上周末清 Mac 硬盘，鼠标划过 Android Studio 那个图标，我愣了半秒：自己有快一个月没主动打开它写过代码了。
做 Android 这些年，我写代码的方式被 AI 换了五茬。Android Studio 从我每天盯八小时的主战场，一点点退到了后台，现在基本只是个偶尔点开看看文件的工具。这五茬怎么换的，我捋了一遍，发现自己几乎是被工具推着走的。你大概率也正卡在这条路的某一段。
最早在 Android Studio 里装 Copilot，AI 就是个高级补全
最早那会儿很朴素。我在 Android Studio 里装了 GitHub Copilot，后来又试了 Gemini 的代码补全插件。
那时候 AI 干的活很有限。我敲一个方法名，它帮我补全后面几行；我写个循环开头，它猜出循环体。补全质量比原来的自动提示强不少，但主导权百分之百在我手里。它只是个反应更快的副驾。
它能补的，都是我心里已经想好、只是懒得一个字一个字敲出来的东西。真正难的那部分，比如一个页面的状态该怎么拆、一段异步逻辑的边界在哪，它一点忙都帮不上。
我当时还真觉得，AI 编程也就这样了，顶多是个聪明点的输入助手。Android Studio 该怎么用还怎么用，Logcat、布局预览、断点调试，一个都没少。
主力挪到 Cursor 之后，Android Studio 退成了编译打包机
转折从 Cursor 开始。
我把项目用 Cursor 打开来写，那种整段整段生成、能跨文件理解上下文的体验，跟插件式补全完全不在一个量级。敲代码的地方，第一次从 Android Studio 搬了出去。
但 Android Studio 还丢不掉。编译、跑模拟器、签名打包这些活，Cursor 接不住，得切回去。而且那会儿 Cursor 对 Kotlin 和 Gradle 这套的理解，也没 Android Studio 顺，补全和跳转偶尔会错。所以它俩得搭着用。
那段时间我屏幕上永远开着两个窗口，Cursor 写完，切到 Android Studio 按编译，报错了再切回来改。
来回切窗口挺累的。可我第一次清楚地意识到，敲代码这件事，已经不在 Android Studio 里发生了。
真正的分水岭，是 Claude Code 跑进了内置 Terminal
真正的变化是 Claude Code 出现之后。
Android Studio 底层基于 JetBrains，能装 Claude Code 的插件。我直接在它的内置 Terminal 里跑 claude，再用 /ide 把终端和编辑器连起来，diff 和选区上下文都能打通。
这一下，开发调试的主力从「我自己写」变成了「我跟 Claude Code 说，它来写」。我描述需求，它改代码、跑命令、看结果，我在旁边盯着方向。
举个具体的。有次我让它给一个列表页加下拉刷新和分页。放以前，我得自己翻 Paging 库的文档、改 Adapter、配 ViewModel，零零碎碎得忙一下午。那次我把需求讲清楚，它把好几个文件一起改了，我就在 Logcat 里看着请求一页页发出来，基本没动手敲。
不过这阶段 Android Studio 还在认真干活。日志我盯着 Logcat 面板看，遇到诡异问题我打断点单步跟，UI 改完我开布局预览瞄一眼。说白了，是人和 agent 各管一摊：写代码靠 Claude Code，看现场靠 Android Studio。
换到 iterm2 以后，布局预览和模拟器我很久没开了
后来我把项目干脆从 Android Studio 里挪了出来，用 iterm2 起 Claude Code，整个开发就在一个纯终端窗口里跑。
这阶段最大的变化，是我开始用微信输入法的语音功能打需求。懒得敲字，对着麦克风把要做的事讲清楚，比手打快得多。刚开始对着电脑说话还挺别扭，尤其在工位上，总觉得旁边同事在看我。习惯了之后才发现，讲一句话的信息量比敲半天键盘大多了，思路也更连贯。
更微妙的是 Android Studio 的功能在一项项变得多余。布局预览我基本不开了，让 AI 把改了什么描述清楚，跑起来直接在手机上看就行；调试运行也很少碰，有问题丢给 Claude Code 自己分析。Android Studio 偶尔点开，纯粹是想在项目视图里翻一下文件结构，图个方便。
现在我对着豆包口喷，Claude 自己开后台盯日志
到了现在这套，我连 Android Studio 都不打开了。
输入法从微信换成了豆包，需求基本靠口喷。脑子里想到哪说到哪，豆包语音转得挺准，Claude Code 接住就开干。键盘从主输入工具，降级成偶尔改个错别字的备用件。比如我靠在椅子上说一句「把设置页那个深色模式开关挪到顶部，顺手加个跟随系统的选项」，话音刚落它就开始翻布局文件了。
最值得说的是日志这块的变化。以前查 Logcat，是我盯着面板，出问题手动复制一段贴给 AI。现在 Claude Code 能自己开一个后台 shell 把日志 tail 住，自己读、自己定位、自己改，整个过程我不用当搬运工。
我印象最深的一次，是一个只在特定机型上崩的 bug。我开着后台 shell，让它一边触发场景一边盯日志，它自己从一堆 log 里捞出那条空指针，定位到具体哪一行，改完让我重跑一遍就过了。换以前，光是我复制粘贴 Logcat、再把堆栈喂给 AI，来回就得折腾好几趟。
还有个藏得更深的变化。模型强到代码改完基本一次过，编译报错越来越少。前阵子我连着改了一周需求，印象里红色编译错误就蹦出来过两三次，剩下基本是我说完、它改完、跑一遍就过。原来那个「写代码、编译、看红色报错、再改」的循环被压扁了，而那个循环恰恰是最依赖 IDE 的地方。循环没了，IDE 当「报错可视化中心」的价值自然就缩水了。
Android Studio 没死，只是从主舞台退到了后台
我得说清楚，Android Studio 并没有变差。
它仍然是编译、签名、跑模拟器、出安装包的底座，这些活终端 agent 现在还接不住。我电脑里它一直装着，真要打正式包还得靠它。真要说它现在还牢牢卡着哪个环节，是出包前的签名配置和多渠道打包脚本，那套东西藏在 Gradle 和 IDE 的菜单里，终端 agent 还摸不太熟。
变的是注意力的重心。我每天眼睛盯的地方，从编辑器窗口挪到了终端对话框。这也不是我一个人的错觉。Tembo 那篇 CLI 工具盘点里有句话我很认同：被各种 IDE 堆得越来越重的这十年之后，命令行重新成了 AI 编程的重心。Firecrawl 一个工程师也写过，他半年里把主力工作流从 Cursor 搬到了 Claude Code，发现自己远不是个例。Claude Code 在 GitHub 上 12 万多 star，开源的 OpenCode 据说月活开发者到了几百万。
说到底，重型 GUI IDE 在 AI 时代的角色，正从主舞台往后台退。Android 这个垂直领域，只是这股潮水里普通的一朵浪。
你的工具链现在停在第几茬
这五茬，我走了两年多。没有一步是我提前规划好的。每次都是某个工具突然好用到让上一套显得笨重，我自然就换了过去。
我现在还在犹豫一件事：要不要把布局这块也彻底交出去，让 AI 直接截图识别 UI 效果，连手机都不用拿起来看。这步要是走通，Android Studio 在我这儿大概真就只剩个打包按钮了。
你呢，现在停在第几茬？还在 IDE 里装补全插件，还是已经开始对着麦克风讲需求了？评论区聊聊你的工具链，我挺好奇大家脱离 IDE 走到哪一步了。