A vs B:手写「天气预报」小程序 vs AI生成版——我赌赢了12小时
上周三下午,我和同事老张打了个赌:
> 「谁能先上线一个『小区天气预报』小程序(显示温度/湿度/穿衣建议),谁请对方喝一周咖啡。」
他选A路线:纯手写,从零查微信小程序文档、高德天气API、Flex布局……
我选B路线:Claude Code写核心逻辑 + Cursor调试 + 真机测试。
结果:我周三晚8:22提交审核,周四早9:07收到「审核通过」;老张周五中午还在debug「高德Key签名失败」。
这不是玄学,是可复制的AI工作流。下面逐帧拆解这场12小时差距的根源。
---
⚔️ A路线(手写):教科书式正确,但慢
老张的步骤:
wx.request如何跨域(1.5小时)getWeather()函数:拼接URL、处理res.data、catch错误(3小时)justify-content(2小时)wx.getLocation的type: wgs84(1.5小时)✅ 总耗时:约13小时,代码量1287行。
---
🚀 B路线(AI):绕过所有坑,直奔结果
我的步骤(全程记录时间戳):
15:03-15:08(5分钟):Claude Code Prompt
> "生成微信小程序天气页:显示当前定位的温度、湿度、天气图标、穿衣建议。要求:
> - 用wx.request调用『和风天气免费API』(key: xxxxxx)
> - 地理位置用wx.getLocation(type: gcj02)
> - 所有数据存storage避免重复请求
> - UI用原生flex,大字体,适配iPhone窄屏
> - 输出完整三文件代码,注释关键API调用点"
✅ 返回代码含:getWeatherByLocation()函数、onShow()自动刷新、weatherIconMap图标映射表。
15:08-15:15(7分钟):Cursor导入+微调
Cmd+H全局替换).temp类右键「Make font bigger」→ 字体从16px→24pxwx.getLocation → 「Fix for iOS」→ AI自动加success回调判断15:15-15:25(10分钟):真机测试
15:25-15:30(5分钟):微信审核备注
> 「本小程序使用和风天气免费API(https://dev.qweather.com),数据仅用于前端展示,未存储用户位置。所有天气数据均注明来源。」
✅ 审核通过率100%,因Claude Code生成的备注,直接命中审核要点。
---
📊 关键差距分析
| 维度 | A路线(手写) | B路线(AI) | 赢家 |
|------|----------------|----------------|--------|
| API对接 | 查文档+试错3次 | Prompt指定API+KEY,一步到位 | B |
| UI响应式 | Flex调试12次 | AI生成「适配iPhone窄屏」代码 | B |
| iOS兼容 | 手动加兼容判断 | Cursor「Fix for iOS」一键修复 | B |
| 审核备注 | 临时百度「小程序审核要求」 | AI生成合规声明,含链接 | B |
| 代码量 | 1287行 | 382行(精简70%) | B |
---
💡 给你的3条行动建议
---
这场赌局,我赢了12小时,也赢了一周咖啡。
但更大的赢面是:当你把「如何实现」交给AI,你就有更多时间,去想「谁需要它」「怎么让它被爱用」。
老张喝着我买的美式,看着自己还在报错的控制台,说了句:
> 「下次,我们一起用AI写。」
这才是AI编程最该赢的样子——不是取代谁,而是让所有人,更快抵达「被需要」的现场。