用AI打造真实产品，却不迷失方向

一位拥有近三十年软件开发经验的工程师，在辅导儿子棒球队的过程中，因频繁在球场边临时调整阵容而感到沮丧。这激发了他开发一款名为CalledUp的应用。该应用整合了球队名单、赛程、阵容安排和家长消息功能，旨在帮助教练从后勤事务中解脱出来，专注于执教本身。

与其他“用AI写个应用就上线”的做法不同，作者从一开始就设定了一条原则：自己必须能够长期维护这个项目。这意味着所有关键的架构决策——比如数据模型、状态管理、代码边界——都由他本人决定，AI只负责在已确定的框架内编写具体代码。他形容自己对待AI的方式，就如同对待一位刚入职但技术精湛的新工程师，在他完全了解团队规范之前，需要给予明确的指导。

作者特别强调了一个习惯：将思考与构建分开。很多功能最初都是在球场边用手机录下的想法，他会通过AI应用（如Claude）进行对话式的推演，理清问题本质和用户实际需求。等到回家打开电脑时，他已经有了清晰的规划，直接开始编码。这种分离避免了他同时处理设计和编码时容易出现的偏差——即功能运行正常但解决的是错误的问题。

在开发过程中，作者坚持每步只做一个小功能，比如“标记某个玩家无法参赛，系统自动在阵容中高亮提醒”。他要求AI先生成计划，然后仔细阅读输出，不理解的地方就追问或修改。测试环节也摒弃了演示式的检查，而是直接用真实手机运行真实场景：先编排阵容，再突然移除一名玩家，观察系统如何反应。他认为，真正的考验不是代码能否编译，而是能否应对Jacob在开赛前一小时突然请假的情况。

那么AI究竟发挥了什么作用？作者指出，它显著缩短了从想法到功能的时间。对于一位有日常工作、有孩子的独立开发者而言，时间是最稀缺的资源，而上下文切换的成本极高。AI减少了编写样板代码、搜索布局、重复构建相似列表等工作所需的时间，将一个原本要花费整个晚上的任务压缩到大约一小时。这一小时的节省，往往就是一个副业项目能够顺利上线还是永远停留在半成品分支的关键区别。

作者最后总结道：从自己真正遇到的问题出发，在动手编码前先进行充分思考，将决策权牢牢握在自己手中，只把打字这件事交给AI。保持小步快跑，认真阅读每一行AI生成的代码，像真实用户一样测试，然后真正把产品发布出去——因为只有在真实用户使用后，才有有意义的反馈。他相信，现在的工具已经足够强大，一个拥有真正问题且具备一定纪律的人，完全可以在业余时间打造出精致的产品。风险不在于AI太弱，而在于它足够强，以至于容易让人跳过那些确保产品长久稳固的关键步骤。