因为不想付 10 块钱,我花 3 小时用 AI 写了个羽毛球助手小程序
'国人最受不了收费了'——这句话道出了多少开发者的心声。当组织羽毛球'转转'活动都要被第三方平台薅羊毛时,我选择了一条更硬核的路:自己造一个。
一、导火索:10 块钱引发的'技术觉醒'
事情是这样的。
我们有个羽毛球群,每周组织'双打多人转'活动——4 片场地、十几号人、轮换搭档,用小程序来排赛程、记比分、算排名,本来挺方便的。
直到某天,群里有人发了张截图:
10 块钱。不多,但够膈应人的。
更膈应的是,这个工具的功能其实很简单:
- 录入人员名单,自动生成轮换对阵
- 支持 21 分制记分,最高 30 分封顶
- 实时积分榜,按胜率排名
就这点功能,要收 10 块?
群里瞬间炸锅:
- '这钱够买个羽毛球了'
- '下次我 Excel 手写轮次表'
- '有没有免费的替代方案?'
那一刻,我脑子里闪过一个念头:既然找不到免费的,不如自己撸一个。
但问题来了——我是 Java 后端出身,小程序开发?不会。微信生态?不熟。前端页面?能看懂但写不快。
搁以前,这事可能就黄了。学习成本太高,时间成本更高。
但现在不一样了。我们有 AI。
二、需求即代码:把想法'翻译'给 AI
打开 Cursor(内置 Codex 模型),我直接甩了一张手写规则图,然后开始'说话写代码':
生成一个羽毛球助手小程序,支持发起羽毛球双打多人转活动,赛制可参考图片中的规则,支持多片场地同时开启,支持记录每局比分,比分规则按 21 分惯例记录,最高可到 30 分
就这么一句话。没有技术文档,没有原型设计,没有数据库 ER 图。
8 分钟后,Codex 给了我这个:
它干了什么?
- 自动识别出这是微信小程序技术栈
- 生成了完整的
pages/index/index.js业务逻辑 - 实现了轮转排赛算法(优先减少重复搭档、均衡上场次数)
- 适配 4-13 人场景,支持多片场地并行
更离谱的是,它还主动告诉我:
'排赛逻辑会优先减少重复搭档并尽量均衡上场次数'
这简直是 AI?这分明是一个懂羽毛球的产品经理 + 全栈工程师!
三、迭代:从'能用'到'好用'的三轮对话
重构页面结构
初版页面太简陋,我截了张竞品 APP 的图扔过去:


