我花了4个月用AI-agent完成了一个app的二次重构

从今年1月份开始，我的生活基本就与 AI-agent 工具深度绑定。

一开始，我只是用它们来辅助研究；后来，慢慢变成了用它们构建产品。

我从未想过，有一天自己真的能推出一个产品。更没想过，“构建软件”这件事会突然变得如此容易。

这里的“容易”，并不是说软件开发本身变简单了，而是从一个想法到产品 demo（MVP）的距离，被 AI 极大缩短了。很多以前需要完整工程团队才能完成的事情，现在一个人就能做到，甚至能够真正上线给用户使用。

在打磨我的慢病管理 app 的过程中，我经历了几个很大的思想转变，甚至可以说，是产品视角上的提升。

这个 idea 最初来自我在社区实习时看到的真实问题。

慢病患者在管理药物时非常复杂，而作为实习生，我也一直很好奇：患者平时到底有没有规律服药？也就是所谓的“服药依从率”。

这是一个非常大的问题。

因为对于慢病患者来说，服药依从性几乎决定了病情控制的好坏。但从人的角度来看，尤其是老年人，忘记吃药本身又是一件非常正常的事情。

所以去年 6 月，我基于当时的想法，第一次用 AI 工具快速做出了一个 Web 端 demo。

当然，后来整个项目都被我推翻重做了。

到了今年 2 月，AI-agent 尤其是在编程领域进步得非常快，已经到了“不怎么会写代码，也能构建完整产品”的程度。

于是我重新想起了之前那个 demo，决定把它真正做成一个 iOS app。

这个过程其实很漫长。

虽然已经有了所谓的 agent，但我依然需要面对各种奇怪的 Xcode 构建问题、签名问题、配置问题。如果没有 AI 这个几乎随时待命的助手，我可能早就在那些让人摸不透的报错里放弃了。

经过两个月反复迭代、修改和打磨，这个慢病用药提醒 app 基本完成了所有功能。

从动态通知链路，到 UI，再到数据记录，整体已经达到了“可以真实使用，并且没有明显安全风险”的程度。

结果就在准备上线的时候，问题出现了。

我之前并不知道，上架 App Store 需要开通 Apple Developer Program，也就是每年支付 99 美元（接近 700 元人民币）。

我当时想，都做到这个地步了，付就付吧，毕竟已经投入了这么多心血。

结果真正支付的时候，又卡在了身份认证。

而且事后回头看，原因甚至有点荒谬。

后面就是不断和 Apple Developer Team 沟通、尝试解决问题。折腾了很多次，支付依然失败。

那段时间我其实挺崩溃的。

最后我索性决定，暂时不上架 App Store，而是直接把项目开源到了 GitHub。

但真正让我重新思考这个产品的，其实不是 Apple 的审核问题。

而是我自己用了几周之后，突然意识到：

一个用药提醒 app，在用户真正养成习惯之后，还会继续被使用吗？

我内心的答案是：大概率不会。

于是我开始重新从临床视角思考。

既然从患者端出发，很难形成长期留存，那我为什么不换一个角度，从医生真正需要什么开始？

我发现，医生关心的从来不只是简单的“有没有按时吃药”。

相比单纯的依从率，我更想知道：

患者平时血压怎么样？

服药后身体状态怎么样？

有没有头晕、心悸、不适？

最近有没有波动？

因为这些信息，才真正决定了复诊时是否需要调药、是否继续监测、是否需要进一步检查。

于是，我又在原来的基础上，加上了日常身体状态记录。

这些看似简单的日常操作，实际上是在为未来的复诊积累数据。

这样，医生在看到复诊报告的时候，能够真正了解患者平时的状态，而不是只能依赖口头询问和患者模糊的近期记忆。

这个 app 也因此从最初的“慢病用药提醒”，慢慢变成了一个“复诊助手”。

这是我第一次真正体会到“做产品”是什么感觉。

不断发现问题、不断推翻自己、不断重新理解用户。

这种持续思考、持续打磨的过程，是我以前从未体验过的。

尽管它现在还没办法真正和大家见面，但我依然觉得，它未来会成为一个不错的产品。

而在这个过程中，我也学到了很多东西。

1. 学会如何与 AI-agent 协作，这是 AI 时代最基础的能力。

2. 真正有价值的产品，往往来自生活中重复出现的真实问题。只要问题足够稳定，就能够被程序抽象成应用。

3. 代码本身并不是最重要的。真正重要的，是你如何理解问题，以及你想解决什么问题。