开源免费，¥2,998 的 Official 版买到什么？

封面：开源版 vs Official

先说结论：大多数项目从开源版起步就够了。 只有当你的产品需要“收钱”（商城、支付、会员、点数）、需要 AI 客服，或者需要一个现成的官网时，Official 版才值得买。

这篇文章是 AppKernia 官方写的，难免有立场。为了让你能自己判断，文中所有说法都可以在官网首页的“版本对比”和开源仓库里核对。不合适的地方，我们也会直接写出来。

一、开源版免费给了什么

AppKernia 是一个跨平台 App 全栈基座，由三部分工程组成：

开源版采用 MIT 许可，允许商用，使用和分发时保留许可声明即可。官网的版本对比里，下面这些基础能力两个版本完全相同：

两版共享的基础能力

示意图：整理自官网首页“版本对比”。

账号与权限：注册、登录、找回密码，设备会话的查询和撤销，多租户与应用管理，角色、菜单、数据权限，组织、部门、岗位；
内容与消息：文章编辑发布，分类、标签、专题，搜索与收藏，评论与审核，站内消息，多厂商离线推送；
配置与运维：文件与对象存储、系统配置与数据字典、App 发行与版本升级、操作审计与安全事件、定时任务与队列、API Client 与 Webhook、Docker 部署；
工程体验：OpenAPI 契约与生成客户端，完整的中英文双语。

如果你做的是企业内部工具、内容资讯类 App、IoT 设备管理，或者面向客户的服务类 App（不在 App 内收费），开源版基本就是全部所需。

Official 版的价格是 ¥2,998，一次性购买，多出的是五个官方扩展模块的源码：

模块	解决什么问题	设计上的关键点
AI 模型接入	后台统一接入多家模型供应商，对外提供统一接口	统一入口 `/ai-api/v1`；按租户、App、Key 分级设置额度；不存储提示词和模型输出；计费结果不确定的调用不自动重放
AI 客服	网站插入一段脚本，就能挂上客服浮标	客服角色、商品资料、FAQ 由后台维护；价格、规格只取后台资料，不让模型编造；员工可以接管会话；AI Key 不出现在网页里
商城、订单与支付	实物和虚拟商品售卖，含运费、发货、售后	金额全部用最小货币单位的整数；库存预占；支付回调和客户端都不作为财务依据；超时查单和每日逐单对账
会员、点数与数字交付	会员订阅、点数兑换、下载码和私有文件的交付	会员升级时，旧订单未消费的净值折算成补偿时长；点数使用不可变账本 + FIFO 批次；退款时冻结并撤销相应权益
Next.js 官方网站	产品官网、文章、商店、会员中心	和 App 共用同一账号，但会话分开；Token 只放在 HttpOnly Cookie 里

支付部分接了微信、支付宝的各类场景，Apple 侧做了服务端交易验证并封装了 StoreKit 2 原生插件。

这些模块最难的地方不在界面，而在钱和权益的一致性：重复回调、库存最后一件被抢、退款时点数已经花掉了、会员升级到一半又申请退款。这类边界情况，一个人从零写，很容易写出资损漏洞。Official 的价值主要在这里。

Official 价格包含与不包含的部分

示意图：费用构成，来源于官网“费用与服务”说明。

部署、定制、维护服务另议。 ¥2,998 买的是源码。帮你部署上线、改造业务、长期维护，需要另外沟通范围和报价。
第三方费用由你自己承担：服务器、模型 API、短信、邮件、支付通道等。
商户资质和凭据要你自己准备：微信支付和支付宝的商户号、Apple 开发者账号和 App 内购商品、各家推送厂商的账号。
真实环境的验收要你自己完成。 我们需要坦白一点：AppKernia 自己的官方商店模块已经部署，但截至本文发布，仍处于“新购买关闭”状态，真实商户的小额收退款、App Store 内购审核、三端真机支付都还在验收中。交易逻辑由集成测试覆盖，重复履约、库存竞争、退款冲销等十多个场景都有测试，但测试使用的是支付测试适配器，这证明的是订单编排逻辑，不代表真实收款已经跑通。你拿到源码以后，同样需要用自己的商户号走一遍小额收款、退款和对账。
官方扩展模块不是 MIT 许可。 开源版是 MIT；Official 新增源码的授权范围以购买时的约定为准，购买前请确认清楚。

版本选择决策图

示意图：根据项目需求选择版本。

还有一种更稳妥的做法：先用开源版搭起来。 把账号、内容、推送跑通，确认团队维护得了 Go + React + uni-app x 这套技术栈，等到真的需要商业化时，再升级到 Official。两个版本的基础部分是同一套工程，不需要推倒重来。

不管选哪个版本，都建议先用开源版做三件事：

跑完这三件事，你就知道这套基座能帮你省多少工作，也知道哪些部分你的团队维护不了。这比看任何宣传都可靠。