试下 AI ADE 的上限在哪里。
我原来练手做的 V2EX Android 客户端 Google Play 地址 ，中间有维护一段。原来的界面是传统 View 的写法，但是我个人很久前就一直用 Jetpack compose 写法了，一点都受不了传统 view 的写法，就没怎么改过了。
中间有想过要手动迁移到 Jetpack Compose 写法，但是自己一估算时间，起码一个星期，还是打消了这个念头。
后面 Cursor, Claude Code 出来后，也没空去尝试他们的移动端的编程能力，这次趁 Antigravity （后续简称 AG ）发布，就来试下工程迁移。
我让 AG 帮我迁移成 Jetpack Compose 写法。模型使用 Gemini 3 Pro(High)
Prompt 如下
这是一个传统 view 项目。 我想要将他整个都迁移成 Jetpack Compose 架构，请帮我完成这个间距的任务！ 额，中间还打错别字了，然后在一堆同意后（因为不敢放开 rm 的自动允许）,中间 AG 崩溃了一次， 我重新输入一次指令。
帮我看下现在的 compose 结构下，还有什么没做完的迁移。以及继续删掉一些已经不用的 xml 文件 整体大概持续了 1 个小时左右吧。 对应的 compose 分支已经 Push 到https://github.com/fan123199/v2ex-simple/tree/compose
让我惊讶的点来了, 结束后 第一时间 run 到模拟器，没有任何报错跑起来了。是的没有 error 跑起来了（我预计是要修改一些依赖 bug 等）首页界面还原度挺高的。
发现的一些问题：
- 很多细节还不对，一些页面被丢弃了。
- 用的 Compose 依赖库是 2024 年的。
https://i.imgur.com/e3UD3gP.png
结论：成果超出我的预期，虽然知道后续修改可能坑还会很多，但是 AI 能力也在进化，我觉得后续修改大部分都可以自然语言解决，手写代码正在被淘汰。
做产品，真的不需要差个程序员了。
1
Select Language