先把这个结论撂这：这故事最动人的地方，恰恰是它商业上最危险的地方。Harun 那小家伙 12 岁能查 SQL 触发器，我 12 岁连 SQL 是什么都不知道，这个得认。但围观群众把这当“天才少年”看，账就算歪了。真正该算的不是“12 岁能不能搞生产”，是单人产品在增长时刻被迫亮出来的两样东西——故障处理能力和叙事能力。这两样现在都比代码值钱。
——插一句，这话我不是今天才说，半年前我算过一笔类似的账，结论到现在还立得住：工具红利一过，剩下拼的就是谁能在没人帮的时候把烂摊子收拾完，还能把收拾的过程讲成别人愿意听的故事。Harun 这两样全占了，所以他才不是普通 12 岁。
先算笔账。那篇 dev.to 帖子走红，一夜涨 400 关注，注册接口直接 500。账面上看这是事故——用户来了一进门门不开，丢了多少注册量根本没法算。但你把 500 放到今天的 AI 工具生态里看，它是什么？它是“真实用户到达了你的产品”的证据。现在多少 AI 应用上线三个月，连一次并发压力都没见过——因为根本没人在用。故障本身不可怕，没用户去触发故障才可怕。Harun 的注册页崩了，说明产品被真实需求击穿了。这个认知差，很多做了三年 SaaS 的人都还没建立起来。他们账算得再精细，算的都是一张没有流量的账。
——插一句不相干的，说句扫兴的。这故事最上头的地方是“婚礼上修生产库”，biryani 吃到一半开 Supabase 查触发器，POCO C55 的 6.5 英寸屏上搞 plpgsql。画面感拉满。但把“婚礼”拿掉，剩下什么？一个单点维护的产品，在增长时刻除了创始人手里那台手机，没有第二双眼睛盯着。Harun 运气好，@nyaomaru 是资深工程师还愿意守着等他修完；换一个正常用户，遇到 500 关掉页面走了，不会发私信告诉你 POST 请求返回 Internal Server Error。把“社区帮忙”的温情滤镜一拆，这笔账就是：单人产品的故障发现机制，完全依赖外部善意。这不叫基础设施，这叫社交运气。运气花完了呢？下一个 500 谁来当他的监控系统？
这里有个反常识的地方，我得说清楚。三层 bug 叠加——is_champion 缺列、auth.users 上旧触发器残留、referral 触发器里 text 和 uuid 类型不匹配——最讽刺的是第三层。Harun 自己说这通常要资深工程师才能发现，结果他 12 岁用手机屏找出来了。这句话里藏着什么账？调试能力正在被工具重新定价。过去这种类型不匹配的问题，要一个五年经验的工程师靠直觉和日志硬啃；现在一个 12 岁小孩在婚礼蛋糕间隙用 Supabase 日志面板就能定位。不是说 Harun 因此就成了资深工程师——而是“找 bug”这件事的技能溢价正在快速坍塌。未来值钱的不是“能不能找到 bug”，是“bug 发生的时候你有没有一套不依赖围观群众的发现机制”。Harun 后来做法其实是对的：加了个崩溃横幅，window.onerror 在每个设备上捕获错误和行号，红横幅直接显示。这才叫把一次运气变成一项资产。Alex Shev 在评论区说“第一个用户弄坏产品是一种产品研究，关键后续是记录用户走过的确切路径”——这句话值很多钱，因为故障本身没有情报价值，故障的路径记录才有。Harun 听进去了。就这一点，比他在婚礼上修好触发器更该记在账本上。
再算一笔账，Guest Mode。500 修完之后 Harun 意识到一件事——登录墙挡新用户，陌生人凭什么给一个 12 岁开发者交邮箱密码。这判断准得不像 12 岁。它背后是一道被无数创始人算错的选择题：我用登录墙换来注册数据，可我用登录墙挡掉的是“先体验后信任”的转化窗口。Harun 选了先体验，三条消息之后再要邮箱。他说“先让用户体验产品魔力，再要求他们提供邮箱”——这话放 SaaS 圈是陈词滥调，但你得想明白一层：当一个产品的创始人本身是 12 岁，信任门槛比正常 SaaS 高出一大截，这登录墙的代价就比别家更贵。他看见这个，不是读增长黑客的书读出来的，是被 500 逼到墙角才看见的。这也是为什么我说这笔账得反着算：故障逼出来的产品决策，往往比正常规划出来的更接近真实。你规划出来的登录墙，是照着别人家的样抄的；故障逼出来的 Guest Mode，是照着自家流量的尸体量出来的。
好了，冷水泼完，给条路。Harun 现在到了一个更微妙的关口。1,006 个关注者，巴西、迪拜、日本、美国，1,200 多人关注 Code Jam。数字漂亮，但它们是围观资产，不是留存资产。关注者的转换成本约等于零，今天点个关注，明天算法不推就不来了。他真正该做的，是把这次故障经验的叙事权转化成可验证的留存路径——比如那 9 个正在用他产品学编程的陌生人，有多少会在三条消息之后真注册？注册的人里有多少七天后还回来？这些数字目前没人知道，包括他自己。而 Code Jam 那套玩法——至少 50% 代码和 KODA 共同编写，奖品是永久 Champion 身份和专题采访——聪明是聪明，本质是在用“身份”换“深度使用数据”。如果这环节能让他摸清“什么样的任务让用户真的离不开 KODA”，那就是往飞轮里加料；如果只是一场热闹，那 1,200 个关注就是一波漂亮的流量节点，过了就过了。什么也没留下来。
这小孩的伟大之处，不在于他 12 岁修好了生产库，在于他在没人主理的情况下，把“搞砸—暴露—修复—改产品”这个循环很老练地走完了一遍。多数拿钱烧到 A 轮的 SaaS 团队，到现在都没跑通过这么完整的一个循环。至于这故事能不能活下去，看的是下一轮“增长—故障—决策—留下什么”的循环，他还能不能在没人围观的时候也照跑。这笔账，他自己算。咱下篇见。