我用 vibe coding 做了「在乎」：一个以人为中心的关系记录 App

大家好，最近我做的 iOS App 「在乎」正式上线了。

App Store： https://apps.apple.com/cn/app/%E5%9C%A8%E4%B9%8E/id6761149160

这是一个以“人”为中心的私人关系记录工具。我有一些开发基础，开发中大量使用了 AI coding 工具，也算一次完整的 vibe coding 实践。想借上线介绍产品，也聊聊它真正帮到什么、哪些事不能交给 AI 。

为什么做它

我能记得一个人，却经常记不住对方随口说过的喜欢、忌口和小愿望。

通讯录保存的是姓名和号码；日历保存的是日期；备忘录里则散落着很多不知道该归给谁的片段。等到真正需要准备礼物、安排见面或想起某段经历时，信息往往已经找不到了。

所以我想做一个“以人为入口”的工具：先打开某个人，再看到关于 Ta 的重要日期、喜好、日记、人情往来、礼物线索和待办。它不是 CRM ，也不是社交平台，更像一本只有自己能看的关系手账。

目前做了哪些功能

人物档案：按人记录喜好、忌口、近况和备注。
生日与重要日期：支持公历、农历和自定义提前提醒。
关系日记：围绕某个人保存文字、照片和语音。
人情账本：记录红包、礼物等收送往来。
礼物灵感与 AI 推荐：基于主动记录的“喜欢”和“避雷”提供建议。
待办与 AI 拆解：把较大的事项拆成步骤，并关联人物和日期。
习惯打卡：记录主动约定，但不给关系打分。
桌面与锁屏小组件：直接查看即将到来的日期和今日事项。
云同步：人物、日记、图片和语音随账号同步。

我刻意没有做“自动评价关系”“多久没联系就扣分”之类的设计。App 不知道一个人是否在乎谁，也不应该替用户判断感情。所有人物和内容都由用户主动创建；不读取系统通讯录、不追踪位置，也不投放广告。

技术实现

客户端是 iOS 17+ 原生应用，主要使用 SwiftUI 、SwiftData 、WidgetKit 和 StoreKit 2 ；后端使用 Node.js 、Express 和 MySQL ，负责账号、云同步、媒体存储、订阅权益与 AI 服务。AI 礼物建议通过服务端调用，客户端没有直接携带模型密钥。iOS 客户端目前保持零第三方依赖。

关系数据比普通待办更私人，所以真正费时间的不只是界面：分账号数据、云同步与恢复、Widget 隔离、订阅退款回落和注销清理，都需要单独处理。

关于 vibe coding

AI coding 工具确实显著降低了“想到一个功能”和“做出可以运行的版本”之间的距离。比如我发现生日当天提醒太晚，就能很快做出提前天数的交互；觉得手动记录步骤太多，也能立即试做语音闪念。

但它不是“一句话生成 App”。需求、边界、数据模型、真机测试、异常恢复、隐私和审核，仍然要自己负责。提审时我也被打回过：一次是内购没有与版本一起提交，另一次是订阅元数据缺用户协议链接。最后仍要逐项补审核截图、协议说明和购买材料。

我的感受是：vibe coding 的价值是更快验证具体问题；风险则是把“能运行”误认为“可以交付”。

免费版和 Pro

App 免费下载，免费版可以添加 10 位在乎的人，使用人物档案、日期提醒、关系日记、人情账本等核心功能；同时包含 200MB 图片与录音云空间、每月 5 次 AI 礼物灵感和 5 个生活目标。

Pro 主要扩展人数、云空间和使用次数，目前是月付 8 元、年付 58 元、永久版 128 元。这次没有 V2EX 专属优惠，也不打算用“限时最后一天”之类的方式制造紧迫感。免费版是否足够、付费边界是否合理，也很希望听听大家的意见。

想听听 V 友的反馈

如果你愿意体验，我尤其想听这几个方面的直接意见：

“以人为中心”的信息组织方式是否真的比通讯录、日历和备忘录分开记录更顺手？
哪些功能看起来是在解决真实问题，哪些只是开发者自我感动？
对这类私人关系数据，你最在意本地存储、云同步还是导出能力？
免费 10 人、Pro 扩展容量和次数的边界是否清楚、合理？

App Store： https://apps.apple.com/cn/app/%E5%9C%A8%E4%B9%8E/id6761149160

欢迎直接批评产品、交互、技术方案或商业模式。我会认真看，也会把有共性的建议排进后续版本。

IMG_0543.PNG IMG_0544.PNG IMG_0547.PNG IMG_0549.PNG IMG_0545.PNG IMG_0548.PNG IMG_0546.PNG

GeruzoniAnsasu

7 月 21 日

at_livid: #4 疑似 AI 伪人

--------

看得出不是专职产品，对于 story 的组织稍微混乱：

「在乎」是一个以「在乎的对象」为核心体验的产品，还是，以日程表为核心体验的产品？

提醒自己去关心别人，与提醒自己去喝水、记录自己的闪念，这三者是完全不同的 story ，做在同一个产品里是不合适的。你需要先提炼出 story 的主干，然后像写小说的人物设定一样把产品叙事写出来。

我看到有好几个本应考虑的问题在这个产品里是没考虑到的：

- 我在乎的人，怎么记录他喜欢什么？
- 「在乎」有几种方式和表现？人际关系要用户自由定义标签，还是社会原本就已经发展出了固定的相处模式？
- 需要照顾的人如何去关心？ —— 药方、定时服药、复诊、生理期、症状、保险……？
- 在我不主动设置定时任务的时候，产品是否能代替我想起我忘记了的事？

我看到 OP 的标题的时候我的第一反应是 https://flo.health/
这是一个我第一次听说感到非常惊讶，然后在我认识的女生手机上真的看到了这个 app ，感到非常有学习价值的产品。
它只做 self health care 的一个方向，但做到了全球同品类第一无出其右。