SpGateway

SpGateway 这条线没有那么多绕弯的背景，我想解决的就是一个很现实的问题：AI 开发把前端速度提上去了，但很多中小项目最后还是会卡在后端起步这一步。

前端页面可以很快做出来，交互也能很快跑通，但只要项目想真正工作，后端问题马上就会出现。权限怎么做，认证怎么做，表怎么建，接口怎么出，文件怎么管，后台怎么配，部署怎么搞，这些事情不做不行，可如果每次都从零搭一遍，成本又会很高。对个人开发者、小型项目和中小业务团队来说，这些基础能力不是不能做，而是反复重做很不划算。

所以我想做的，不是再造一个特别重的平台，而是给这类项目一个更轻的后端起点。

一、为什么我会特别在意“后端起步成本”

很多项目并不是死在功能实现上，而是死在刚开始那段最容易被低估的基础建设阶段。

对中小项目来说，大家往往不是真的需要一整套庞大的后端平台，而是需要一组能尽快把业务接起来的核心能力。尤其在 AI 开发场景里，这种感受会更明显。因为 AI 已经能大幅降低前端开发和原型实现的成本，但后端这部分依然要有人收口。

这时候最麻烦的，不是某个能力做不出来，而是这些基础能力总得有人先搭起来。如果每次都从认证、权限、表结构、接口和管理功能开始重新拼一遍，项目启动速度就会明显变慢。

所以 SpGateway 想解决的，不是“后端够不够先进”，而是“后端能不能更快起步”。

二、为什么我会参考 Supabase，但不想照着做成同样的产品

SpGateway 的很多思路，确实来自 Supabase。

Supabase 的方向本身没有问题，甚至可以说非常完整。官方文档里很明确地把它定义成一整套平台能力，包含 Database、Auth、Storage、Realtime 和 Edge Functions，而且本地开发通常也是把整套 stack 起起来用。这个方向当然很强，也很适合很多团队。

但我当时越来越清楚的一点是：对大量个人开发者、中小项目和中小业务团队来说，Supabase 这类产品虽然能力全，但整体还是偏重。这里说的“重”不一定是不好，而是它对应的是更完整的平台目标，而我想做的是更轻的起点。

也就是说，SpGateway 不是要否定 Supabase，而是想保留其中那些真正重要的基础能力，再把产品形态收得更轻一些，让更多中小项目可以更低成本地开始。

这里是我基于 Supabase 官方产品结构做出的判断，而不是说两者完全同类：Supabase 更像完整平台，SpGateway 更像给中小项目准备的轻量后端底座。

三、为什么“表”在这里尤其重要

如果只讲认证和权限，SpGateway 很容易被理解成另一个轻量后端框架。但对我来说，这条线里非常关键的一层，其实是表。

因为很多中小项目真正需要的，并不是一套抽象得很远的后端能力，而是“能不能先把业务对象接起来”。而业务对象在这类项目里，最常见的承载形式就是表。你只要有了表，很多事情就能很快开始：数据录入、查询、管理、关联、权限控制、后台操作，这些都能围绕它展开。

所以 SpGateway 的价值，不只是把基础服务补齐，而是让用户可以更快围绕表把业务搭起来。这样一来，很多中小项目就不需要再为了一块并不复杂的业务面，专门投入一轮完整的后端开发。

四、为什么它要轻，但又不能弱

轻不等于功能薄，轻更多是在说资源占用、部署方式和起步摩擦。

我希望 SpGateway 是那种真正可以随时带走、随时部署的东西。一个二进制过去就能跑起来，占用资源少，对环境要求低，适合中小项目快速落地。这种轻，不是为了做玩具，而是为了让项目在最开始的时候不要先被基础设施压住。

但它又不能弱。因为如果它只是一个太薄的壳，那最后用户还是要回到自己补权限、补认证、补表能力、补管理能力的老路上，问题并没有真正被解决。

所以我想要的是“轻但不弱”的平衡：部署和资源足够轻，能力闭环又足够完整。该有的后端起步能力都有，而且不要求用户先为这些东西做一轮额外平台工程。

五、为什么它更适合个人开发者和中小业务团队

SpGateway 最适合的，不是那些已经有成熟后端平台能力的大团队，而是个人开发者、小型项目和中小业务团队。

这些人最常见的状态是：业务并不复杂到必须上一整套重平台，但又真实需要一套靠谱的后端底座。尤其是当他们已经能很快把前端、原型和交互跑起来时，后端就会变成真正的瓶颈。

如果这时候平台太重，大家会犹豫；如果这时候能力太弱，大家又得继续自己补。SpGateway 想承接的，就是这个中间带。

它不是为了替代所有平台，而是为了让这类项目在一开始就能站到一个更合适的位置上。

六、为什么这个方向对 AI 开发尤其成立

AI 开发把前后端的节奏差拉得更明显了。

前端、页面、交互、原型，今天都可以很快完成。但后端这部分，仍然需要一个稳定底座。也正因为如此，中小项目对轻量后端起点的需求不会减少，反而可能变得更强。

因为当“把界面做出来”越来越容易之后，“怎样让项目真正可用”反而会更集中地落在后端能力上。认证、权限、表、接口、管理和部署，这些事情不会因为 AI 更强就自动消失。

SpGateway 押注的，就是这个非常现实的事实：不是所有项目都需要更大的平台，但很多项目确实需要一个更轻的后端起点。