用VibeCoding做出的APP:一个月100个用户后的真实复盘

0 阅读11分钟

我用 Vibe Coding 做了一个 App:PhotoTrail 一个月 100 个用户后的真实复盘

项目地址

目录

  1. 先说结论
  2. PhotoTrail 是什么?
  3. 为什么说 PhotoTrail 是一个很典型的 Vibe Coding 项目?
  4. 在 PhotoTrail 里,Vibe Coding 到底帮到了什么?
  5. 那么,Vibe Coding 现在到底发展到了什么程度?
  6. 一个月 100 个用户,这个数字意味着什么?
  7. PhotoTrail 还会继续往前走,也欢迎更多可能性
  8. 写在最后

image.png

过去聊 AI 开发,很多人想到的还是:写个脚本、搓个 Demo、补几个函数。

但这段时间,我用 Vibe Coding 做了一个真正上线、并开始被用户使用的 App:PhotoTrail(相迹)

它不是一个为了展示技术而存在的玩具项目,而是一个很具体、很日常的问题:

当手机里的照片越来越多,我们已经不是在“看照片”,而是在“囤照片”。

PhotoTrail 想做的,就是把“翻相册”重新变成一件有感觉的事。

更重要的是,这个项目让我越来越确定一件事:

Vibe Coding 已经不只是做 Demo 的能力,它正在变成真实产品开发的一种新方式。

目前,PhotoTrail 在一个月内已经积累了 100 个用户

这个数字不算夸张,但对于一个独立开发中的产品来说,它足够说明很多事情已经开始发生了。

如果你也在做 AI 产品、独立产品,或者正在研究 Vibe Coding 的知识、提示词、工作流、协作方式,欢迎交流。


先说结论

如果你没时间看完整篇,我先把结论写在前面:

  1. Vibe Coding 已经足够支撑中小型真实产品从 0 到 1 落地。
  2. 它依然不能取代人的判断,但能极大放大个人开发者的产出效率。
  3. 真正受益的,不是“完全不会写代码的人”,而是有产品感、能持续迭代的人。
  4. 一个月 100 个用户,不代表规模已经很大,但足够证明它不是自我感动式项目。

如果你也在关注“AI 到底能不能帮人做出真正可用的软件”,那 PhotoTrail 是一个很实际的样本。


PhotoTrail 是什么?

PhotoTrail 是一个围绕“照片回忆”和“照片整理”构建的移动应用。

和传统相册按时间线堆叠不同,PhotoTrail 更想解决的是另一个问题:

能不能让用户用更轻松、更沉浸的方式,重新看到那些已经被埋在相册深处的旧照片?

它当前的核心体验包括:

  • 卡片式照片浏览:像刷卡片一样重新浏览旧照片
  • 左右滑动做决策:更轻量地完成保留、整理、筛选
  • 地图足迹浏览:按照拍摄地点重新组织回忆
  • 相册与照片管理:不只是回看,也能真正整理图库
  • Live Photo、位置、详情信息展示:让照片信息更完整

从项目形态上看,它并不是一个很轻的原型,而是一个已经具备完整产品结构的跨平台 App:

  • 基于 Flutter + Dart 开发
  • 支持 iOS / Android
  • 有页面结构、状态管理、服务层和业务模块
  • 包含照片访问、地图能力、地理逆解析、相册管理、账户体系等功能

所以它不是一句“我做了个 AI 小玩具”,而是一个真正开始走向用户的产品雏形。


为什么说 PhotoTrail 是一个很典型的 Vibe Coding 项目?

因为它本质上是一个体验驱动的产品。

PhotoTrail 一开始最重要的,并不是数据库表怎么设计,也不是接口怎么拆,而是这些问题:

  • 浏览照片能不能像刷内容一样自然?
  • 回忆这件事,能不能更轻一点、更顺一点?
  • 地图和足迹,能不能让旧照片重新“活起来”?
  • 整理图库时,能不能减少疲劳感?

这些问题更接近产品语言,而不是工程语言。

而这恰恰就是 Vibe Coding 最有价值的地方:

  • 你可以先描述体验
  • 再快速得到一版可运行的实现
  • 然后围绕真实界面和真实交互继续迭代

换句话说,PhotoTrail 的很多模块都不是从“先写一份完整设计文档”开始的,而是从一句更接近产品感觉的话开始的:

我想让翻照片像刷卡片一样自然。 我想让用户感觉是在漫游回忆,而不是在执行一个整理任务。

这种方式非常适合 Vibe Coding。


在 PhotoTrail 里,Vibe Coding 到底帮到了什么?

1. 它把“想法”更快地推到了“可运行”

以前很多产品卡住,不是因为没想法,而是因为从“想到”到“做出来能跑”,中间有太多工作量。

而在 PhotoTrail 这种项目里,AI 对这些事情帮助非常明显:

  • 快速搭建页面骨架
  • 补全重复性的 UI 代码
  • 沿着已有风格扩展新页面
  • 协助拆分控制器、服务层和模块结构
  • 让很多原本需要手工慢慢堆出来的部分更快落地

对独立开发者来说,这种提速不是小优化,而是会直接改变你愿不愿意开始做一个产品。

2. 它显著降低了迭代成本

PhotoTrail 不是做一个首页就结束的项目。

它涉及到:

  • 卡片滑动浏览
  • 照片详情
  • 相册管理
  • 回收站
  • 地图视图
  • 足迹功能
  • 用户中心
  • 设置与偏好

07-核心功能-沉浸式卡片浏览.png

如果完全按传统方式一点点推进,单人开发很容易被大量细碎工作拖住。

而 Vibe Coding 最大的价值之一,就是让“先做一版看看”这件事变得足够便宜。

很多时候,不需要先做一周计划,而是先把一版做出来,然后立刻判断:

  • 这个交互对不对
  • 这个模块值不值得继续打磨
  • 用户会不会理解
  • 这里是不是设计得太重了

这种快速试错能力,本身就是今天独立开发里非常关键的竞争力。

3. 它把开发者的工作重心,推向“判断”

我觉得这是最关键的一点。

AI 可以生成很多代码,但真正决定 PhotoTrail 质量的,依然不是“代码产出速度”,而是这些判断:

  • 卡片滑动是不是足够顺手
  • 删除操作会不会让用户有心理压力
  • 地图入口是不是太重
  • 哪些功能应该先做,哪些应该延后
  • 什么地方是在增强产品,什么地方只是在堆功能

所以我越来越觉得:

Vibe Coding 没有消灭工程能力和产品能力,它只是把门槛从“你会不会写”,转移到了“你知不知道自己到底想做什么”。


那么,Vibe Coding 现在到底发展到了什么程度?

这是我做完 PhotoTrail 之后,最明确的一个判断。

1. 它已经能支撑真实产品开发

以前很多人提到 AI 开发,脑子里想到的还是:

  • 小脚本
  • 小工具
  • 演示项目
  • 玩具级 Demo

但今天已经不是这样了。

PhotoTrail 这种项目本身就说明,Vibe Coding 已经可以支撑一个中小型、真实面向用户的产品从 0 到 1 落地。

尤其是在这些场景里,它已经非常实用:

  • 独立开发者做产品验证
  • 小团队做 MVP
  • 快速试错和功能实验
  • 需要高频迭代的移动应用开发

这件事在我看来,已经不是“未来会不会发生”,而是“现在已经发生了”。

2. 但它离“全自动开发”还很远

另一方面,Vibe Coding 也没有神到可以替你做完一切。

当项目变大,问题也会慢慢出现:

  • 代码风格可能不统一
  • 模块边界可能逐渐模糊
  • 局部实现很快,但整体一致性不一定自动成立
  • 有些抽象容易过度设计
  • 有些逻辑容易在不同页面重复出现

所以 AI 更像一个高能力协作者,而不是一个可以完全独立负责全局的资深工程师。

你仍然需要负责:

  • 收敛架构
  • 审查代码
  • 控制复杂度
  • 维护产品一致性
  • 保证最终体验成立

3. 最受益的,是有判断力的人

如果一定要说 Vibe Coding 最适合谁,我现在反而觉得,不是完全零基础的人,而是:

  • 有明确产品想法的人
  • 能判断体验好坏的人
  • 能持续迭代的人
  • 懂得什么该保留、什么该砍掉的人

因为 AI 擅长的是把方向变成产出。

但前提是:你得给出方向,而且你能识别它什么时候偏了。

所以 Vibe Coding 真正放大的,不只是开发效率,还有一个人的:

  • 产品感
  • 判断力
  • 拆解能力
  • 审美和节奏感

一个月 100 个用户,这个数字意味着什么?

坦白说,如果把“100 个用户”放到大厂语境里,它并不算惊人的数字。

但如果把它放回独立产品和早期 App 的语境里,这个数字其实很有价值。

1. 它证明这不是“自我感动式项目”

很多项目的问题不是做不出来,而是做出来以后根本没人愿意用。

而 PhotoTrail 一个月能有 100 个用户,至少说明一件事:

它已经碰到了一部分真实需求。

有人愿意安装、打开、体验,说明这个方向不是完全悬空的。

2. 它说明 Vibe Coding 已经能支撑真实验证

真正有价值的,不是“AI 生成了多少代码”,而是:

  • 产品能不能运行
  • 功能能不能被理解
  • 用户能不能用下去
  • 能不能开始接收到真实反馈

而一个月 100 个用户,就是一个很直接的信号:

Vibe Coding 现在已经足够把一个产品从想法推到真实用户面前。

3. 它让独立开发者的机会变大了

过去一个人做 App,天然会被这些问题卡住:

  • 开发周期长
  • 界面打磨慢
  • 细碎功能太多,容易拖垮节奏
  • 很多想法来不及验证就被放弃

但 AI 的加入,正在改写这件事。

现在最重要的变化,不是“省了几天写代码的时间”,而是:

很多过去做不起、试不起、做不到的事情,现在真的可以开始做了。

这对独立开发者来说,是非常现实的变化。


PhotoTrail 还会继续往前走,也欢迎更多可能性

23-照片地图-双模视图.png

PhotoTrail 现在还只是一个阶段性成果。

接下来,我还会继续围绕这些方向打磨:

  • 更顺滑的照片整理体验
  • 更清晰的回忆入口
  • 更轻量的地图与足迹浏览
  • 更完善的相册和筛选能力
  • 更适合真实用户长期使用的产品节奏

但与此同时,我也愿意保持开放。

如果你对以下这些方向感兴趣,欢迎交流:

  • Vibe Coding 的知识体系
  • 提示词设计与协作工作流
  • 独立产品的需求拆解和迭代方式
  • AI 参与真实项目开发的实践经验

如果你对 PhotoTrail 的合作共建、内容合作、技术交流 感兴趣,也欢迎交流。

如果你想聊更深入的合作方式,甚至是 项目转让,我也愿意认真沟通。


写在最后

PhotoTrail 不只是一个照片管理 App。

它也是我对 Vibe Coding 的一次真实验证。

这次经历让我更确信:

  • AI 开发不是空话
  • Vibe Coding 已经进入可落地阶段
  • 独立开发者做产品的门槛正在被重新定义
  • 小而真实的产品,会越来越多地以这种方式被创造出来

一个月 100 个用户,也许不是一个巨大的数字。

但它足够说明:

事情已经开始发生了。

如果你也在做独立产品,或者一直有一个想做但没开始的 App 想法,现在真的很值得动手。

如果你也在做 Vibe Coding,欢迎互相交流相关知识、工作流、提示词策略和真实项目经验。


如果你对 PhotoTrail 感兴趣,欢迎体验。

如果你也在研究 Vibe Coding,欢迎交流相关知识、工作流、提示词思路、需求拆解和产品迭代方法。

如果你对 交流合作、联合推进、项目共建 感兴趣,欢迎聊;如果你希望讨论更深入的合作方式,甚至 项目转让,我也愿意认真沟通。