ARTICLE · 1355615
挪车短信提醒APP:10年前几个月做的毕设,今天我用2段话+1.5小时重构出了这个特化应用
十年前开发一款App，需要依次完成初步设计、详细设计、工程方案与代码开发。
而在当下的AI时代，我仅通过两段提示词，就让AI在1.5小时内完成了这款响铃特化的挪车提醒APP，全程没有产生费用。
第一段话：1小时搞定核心功能
第一段话是把材料拖进去，写「请参考我10年前的安卓APP设计思路，设计并开发一个可在安卓环境下安装运行的APK」，后面跟一句使用场景，收到「请立即驶离」这类短信时让手机响铃，还特意写了Eclipse的配置不用再分析，毕竟这玩意太落后了。
我点完确认后就去忙别的了。1小时后，它直接甩给我一个25KB的安装包。
我在手机上安装后实测实测，加入需要监控的「请立即驶离」「验证码」等短信关键词，完美实现了我想要的短信响铃场景。
同时我还注意到一个惊喜的细节发：
测试时我的手机明明挂着静音模式，结果测试短信一进来，APP直接绕过静音限制，自动拉大音量强制播放铃声30秒！
要知道，平时上班或认真做事的时候，不能保证手机不开静音？如果被静音压掉，我想要的挪车提醒就毫无意义。
AI不仅一次跑通了核心功能，连音频流通道和强制调音量的底层细节都帮我处理得妥妥帖帖。
用验证码关键词简单测试了下(毕竟叫不动交警给我发短信🐵)
APP的「触发日志」里安安静静躺着三条真实的关键词命中响铃记录。
第二段话：29分33秒把审美拉到2026年
虽然功能完全正常，但第一版界面可能用了10年前的软件风格多少有点古早，AI可能为了兼容性吸收了我10年前的历史糟粕，污染了上下文。
于是，我发出了今天的第二段话：
「前端界面优化一下，用现在最优雅的安卓16组件帮我设计前端。短信功能我测试过都正常」
仅仅29分33秒后，它交出了一份新答卷。
整个界面直接进化到了Android 16风格的Material 3（支持Material You动态取色、悬浮展开菜单）
10年开发方式对比：到底什么变了，什么没变？
把2016年的「几个月」和2026年的「1.5小时」放在一起对比，我最大的感触不是某个工具多强大，而是人与软件的关系彻底变了。
在这整个重构过程里，工程构建、源码编写、签名打包全是AI搞定的。
最花我心思的地方，反而变成了两件事：
1. 在第一段话里，把我想要的需求场景向AI讲清楚；
2. 拿到安装包后，装进手机里做真实场景验收。
要说还有什么是AI替不了的，大概只剩下我得自己手动去系统设置里给我的应用开启「自启动」和「电池无限制」白名单等权限。
在软件跨出沙盒，还是得靠人点的那几下授权，但至少我是放心的，毕竟软件是我从0-1做的，不会存在什么后门。
写在最后
在AI能力快速进步的时代，「写代码」的溢价正在急速归零，而「能把痛点拆解清楚、把需求讲明白」的能力，似乎正在被慢慢放大。
十年前，我们需要花几个月时间去学习机器的语法逻辑；
十年后，只要你能精准描述生活里的一个小痛点。
吃个午饭的功夫，你就能亲手给自己造出一个趁手的工具，这大概就是这个时代给普通人最好的礼物。
