一、AI 说：用现成的插件。我说：不

想读 iPhone 的健康数据，就要过 Apple 这道门。这个门只有一条路：一个叫 HealthKit 的官方接口。

我手上有 AI 团队出具的调研报告，报告推荐：去插件市场买一个现成的，装上就能用。推荐的那款免费、文档全、上个月还在更新——听上去完美。

但我最后推翻了它，决定自己写。

为什么？调研报告自己往下挖，挖出了问题：这类插件有的已经一两年没人更新了，新系统兼容不兼容全凭运气；真机调试不顺利；而我这个 App 其实只需要最基础的读取功能。

更关键的是那笔账：健康数据是这个 App 的命根子。用别人的插件，人家哪天不更新了，我只能干等。自己写的，随时自己修。现成的便宜，可控的值钱——命根子的事，选可控。

顺便说一句，这不是 AI 第一次"给错答案"。更早的时候，它还调研出一个结论说"可以在微信小程序里读健康数据"——而这条路上有个根本走不通的死结，是后来靠人发现的。AI 的毛病不是不聪明，是太愿意相信：它查到的资料都对，但它不会怀疑"这件事的前提是不是成立"。查资料它是一把好手，把关它真不行。

二、预估五到八天的活，它一个晚上交了初稿

自己写原生插件，听起来是个大工程——毕竟我不会写 Swift。

结果呢？调研报告里给"自己写"这个方案估的时间是五到八天。而 AI 程序员在调研完成的当天，就把初稿全交了：底层读数据的、中间封装的、权限声明的、类型定义的，一整套。最后账本上记的是八个小时。

预估五到八天的活，八个小时干完了。这不是 AI 超常发挥，是我这次学乖了：写代码之前，先把"任务书"写到极细——要读哪几样数据、跨天的睡眠怎么算、什么设备上该说"我不可用"、重复数据怎么去重。这些想清楚了，写 Swift 对 AI 来说根本不是事。

想不清楚也行，它照样能给你一天写出一整套"看起来很对"的东西。区别就在于你有没有把任务书写细。

三、Apple 埋的一个坑，和三条诚实的规矩

真数据接进来了，坑也一个一个冒出来。挑三个最值得说的。

第一个坑是 Apple 挖的。用户拒绝授权健康数据之后，系统不会明确告诉你"他拒绝了"——你只能查到一片空白。你永远分不清是"用户不给看"还是"用户健康 App 里本来就没有数据"。多猜无益，规矩就一条：读到了就用，读不到就换备胎。

第二个规矩是关于假数据的。真数据有缝隙：手表忘戴了、手机忘带出门了，那天就是一片空白。所以 App 留了手动记录，也保留了上一章的假数据兜底。有意思的是兜底的方式——计划书最早写的是"用户无感知地兜底"，做的时候我改了主意：首页必须标清楚数据是"真实的""模拟的"还是"混合的"。宁可告诉用户"这段简报基于模拟数据"，也不冒充。一个健康 App，如果连数据来源都掺假，用户凭什么信它给的建议？

第三个规矩是关于记性的。AI 的语音播报有了缓存——同一段话播第二遍，直接用存好的音频，不再花一次合成的钱。对，AI 说的每一句话都是钱。这个 App 从第一周开始就给每一句话记账，现在第三周了，账还在记。

四、一周干了两周的事？不，账不是这么算的

第三周还发生了一件事：计划做到一半，一天之内连改三样——手机验证码登录改成邮箱密码（省下短信通道的钱和审核的麻烦）、AI 助手临时加了语音、内测分发定为 TestFlight。

计划是地图，现实才是方向盘。

这周的账本值得单独说说，因为它示范了"独立开发者的时间"有多容易被误读。

计划上写：这周约四十小时的工作量，中途还加了语音等一堆计划外的活。日历上，这周也被各种打断拖长了。但账本记的净投入是二十一个小时——而且分项里压根没有单列语音、改登录这些后来加进去的活，它们都被揉在那二十一个小时里了。

所以这周不是"干得多"，更不是"拖得久"。排期表上的数字是估算，账本上的分项才是真相。你以后看到谁晒"我一周做完了什么"，先别焦虑——去问问他的净投入，多半比你想象的少。

还有个数字：AI 的参与度，从上周的八成降到了七成。不是 AI 变笨了，是这周的活里多了一堆必须我亲自上手的事——去 Xcode 里点证书、去真机上装调试基座、去健康 App 里检查测试数据。分工从"AI 写、我看"变成了"AI 写、我看、我还要去按真机上的按钮"。

五、发给真人之前，卡在了最后一步

第三周的收官任务，是把 App 交给第一批真人：五个以内的熟人，必须用 iPhone。内测说明和反馈追踪表两份材料落了地，连"找什么人"都定了几条规矩——比如"不能是核心熟人"：太熟的朋友不忍心说难听话，而内测要的恰恰是难听话。

然后，坦白讲：到这周结束，正式的内测反馈，一份都没收到。

安装链路我自己跑通了，两份材料写好了——要诚实的话，问卷的两套题目到周结束都没合并定稿，链接在文档里还空着——真正卡住的其实也不是这些，是就差"按下发送键"这个动作。为什么没按？因为那一周的重心全在工程上：插件被推翻重写、登录方式改版、真机调试，每一件都在抢时间。轮到"发出去"的时候，人已经疲了。

这是一个人做产品的经典陷阱：开发和运营用的是同一份精力。开发永远有下一个 Bug，运营永远可以"明天再说"。Bug 不修，App 当场就崩；内测不发，App 好好的——所以永远是被牺牲的那个。

但我想把这话说在前面：跑通和发出去，是两条验收线。产品没到用户手里，就不算做完。这笔债我记在账上了。

第三周结束，我的 App 第一次吃上了真粮——AI 说的每一句话背后，是真实的步数、真实的睡眠、真实的心跳。

但真数据一进来，新的问题跟着进来。数据干净的时候是故事，数据连续、杂乱、有缺口的时候，才是生活。

第四周要面对的就是生活本身：恢复分算法整个重做、自动同步补上、五 Tab 和训练闭环登场。至于那张空着的反馈表——第四周也没顾上填它，因为真数据暴露出来的产品问题，比问卷更急。

下周见。

📌 后台回复"AI开发"，获取本系列配套资料包：项目全景思维导图 + 工具与账号清单 + 三步立项提示词模板。连载持续更新，资料包同步扩充。

我是 HOP（Health On Palm）的开发者，一个不会写代码的普通人。这个系列记录我用 AI 造 App 的全过程——如果你也想做一个自己的 App，欢迎蹲后续。