11月2日晚上，我去参加了 Claude SG Community 和 Supabase 在新加坡Lifelong Learning Institute （终身学习学院）合办的一场开发活动。

活动形式很直接：用 Claude Code 加 Supabase，现场做一个App，部署到vercel。时间只有一个小时，做完还要评比，有奖品。

放在几年前，一个小时大概只够把开发环境装好，再把数据库的表结构想清楚。这一次，现场不少人在一个小时里做出了能运行、甚至可以在线体验的原型。

现场作品里，有几个挺有意思。Kopitiam KDS 是一个新加坡咖啡店的厨房出单系统，顾客点单后，后厨屏幕实时显示，现场获得了不少关注。Ring 想解决"想联系老朋友却总约不上"的问题：等双方都有空时，随机发起一通五分钟的通话。Kaki 是给独居老人用的WhatsApp陪伴助手，它的说法是：别人关心老人是否安好，Kaki 关心他们是否孤单。

大家做的App也部署到了网上：supaclaude.vercel.app，有兴趣可以去看看，一个小时能做到什么程度。

这几个作品有个共同点：都从生活里一个具体的小问题出发。

不过，我自己的项目就没这么顺利了。

这次我没有提交作品。一开始想直接做一个英文阅读能力评测App，结果项目范围定得太大了。一个小时里，超过一半的时间花在细化需求、准备材料上。光是找能用于测试、又有可靠难度分级的英文文章，就花了二十分钟左右。剩下的时间，只来得及做出一个初版，数据先放在本地，还没对接 Supabase。而用上 Supabase 正是这次活动提交作品的要求，所以只好作罢。

回头想想，这种限时活动，还是应该先把目标缩小。但真要做一个能长期给学生和老师用的产品，数据库、账号、权限这些事情，又不可能一直省掉。

这也是我参加完活动后，一直在想的问题。

一、 能跑起来，不等于能用起来

真要交给用户用，App 就得有注册登录，上次的数据下次还在，每个人只能看到自己有权限看的内容。这些事，界面做得再漂亮也解决不了。

以前，独立开发者光是搭数据库、账号系统和文件存储，就要耗掉不少精力。Supabase 把这些常用的后台功能整合在了一起：数据库、用户登录、文件存储、数据权限，都不用从零搭。

对我来说，它还有两个地方挺实用。

一是自动生成数据接口。建好数据表，就有常用的数据读写接口可以用，省掉很多重复开发。

二是底层用的是成熟的开源数据库PostgreSQL。将来产品做大了，如果需要换服务商，数据也有比较现成的迁移办法，不至于完全被一个平台绑住。不过数据库能迁移，不代表整个后台都能一键搬走。

这次大家能做得这么快，我觉得两者的配合帮了不少忙：Claude Code 把代码写快，Supabase 把后台准备好。

还有一个这次才意识到的细节：开发环境最好提前准备好。Supabase 有一个命令行工具 Supabase CLI，配合 Docker，可以在自己的电脑上跑一套本地的Supabase，先建表、测试，没问题再同步到云端。本地用的就是和云端相近的环境，后面重新适配的工作会少很多。如果事先把环境装好、完整跑过一遍，现场就不用把时间花在安装和下载上。

二、 为什么适合独立开发者和出海

如果准备独立开发一个需要后台的App，Supabase 是值得花时间了解的工具。除了省事，还可以先从小规模开始：它提供免费方案，适合做原型、验证想法；等真正有了用户，再根据数据量、备份和稳定性要求升级（Supabase定价：https://supabase.com/pricing）。

对出海开发也比较方便。Supabase支持选择数据库部署区域。比如我的项目主要面向新加坡学生，就可以考虑把数据库放在新加坡，减少跨区域访问的延迟。

网站是用Vercel部署的。几个工具配合起来，对个人开发者来说确实省事。

当然，这套方案也不是哪里都适合，要根据目标用户所在的地区，选择合适的部署方式。数据备份和隐私合规，也不能因为用了云服务就不管。

三、 我正在开发的英文阅读评测 App

前面提到的英文阅读评测App，其实是我最近一直在准备的项目，倒不是为这次活动临时想的，主要面向新加坡的中小学生。

它不是简单地让学生读文章、做几道题，而是要判断学生的阅读水平，再推荐难度合适的材料。

阅读分级我不打算从零自创一套。小机构自己定的等级，很难让学校和家长认可，所以会参考蓝思（Lexile）、AR等已有的阅读难度体系，并借鉴Renaissance Learning 的 STAR Reading 评测思路。不过文章难度怎么判断、学生水平怎么评估，还需要进一步校准和验证。前面准备测试材料之所以花了那么多时间，就是卡在这里。

看起来不复杂，背后要存的数据却不少：读过哪些文章，哪类题型容易错，现在适合什么阅读等级。下次登录时，系统还得记得这些。老师要看自己班学生的表现，家长希望收到一份看得懂的阅读报告。

更要紧的是，用户主要是未成年人，这些权限我不敢马虎。Supabase 支持在数据库层面做权限控制，可以规定老师只能看自己班的学生资料，学生看不到别人的学习记录。前提是规则配置正确，并且认真测试过。

活动当天做出的就是这个初版：数据暂时放在本地，还没有对接 Supabase，但已经有登录、阅读答题和报告等基本页面。离正式上线，还有不少工作。

下一步，就是把它接到 Supabase 上，先把数据和权限这些基础打牢，再去打磨界面。我这次特别想把 Claude Code 和 Supabase 配合跑通，为的就是这一步。

四、 一个小时之后，路还很长

这次活动最让我感慨的，还是大家做东西的速度。

不过回头看自己的经历，AI编程快了，并不意味着项目就一定能更快完成。

这次我花了不少时间准备阅读材料、细化需求，最后没有提交作品。但这些工作并没有白做，它们本来就是开发一个真正可用的产品要面对的问题。

下次再参加类似的限时活动，我会先把范围缩小，把环境准备好。至于手上的英文阅读评测项目，还是得一步一步把它做扎实。