从极速复制“死了么”APP，看AI编程时代的技术选型

前言

2026年初，一款名为「死了么」的App登上苹果AppStore付费榜榜首。这款标价8元的轻量应用，精准切入独居人群“状态确认”刚需——用户每日签到，若连续2天未操作，系统自动向紧急联系人发送邮件提醒。

它不仅是产品创意的胜利，更折射出AI编程时代开发范式的根本转变：从前端界面到后端服务、数据库、定时任务与邮件推送，全链路已实现轻量化、敏捷化落地。

本文以30分钟复刻「死了么」为案例，解析如何借助AI编码工具与现代化BaaS技术栈（如Supabase），快速构建具备完整业务闭环的全栈应用。

一、一个8元APP为何在AppStore狂销？

「死了么」上线即登顶AppStore付费榜，核心在于极简功能与强痛点匹配：输入姓名与紧急联系人邮箱，每日一键签到；未签到则触发邮件告警。

看似仅含“一个按钮”，实则涵盖用户管理、身份识别、签到记录、数据隔离、定时检测与邮件通知六大后端能力。AI可高效生成前端代码，而借助Supabase等无服务器后端平台，开发者无需自建运维，大幅压缩MVP周期与成本。

二、从想法到上线：用最佳技术选型实现AI全栈编程

以下以复刻「死了么」为例，展示AI时代高效全栈开发路径。

使用Qoder工具30分钟完成包含前后端的完整复刻版：

左侧为iOS模拟器运行效果，右侧为Supabase后台Dashboard。初始无数据；完成首次签到后，用户信息与签到记录实时写入users与check_ins表。

签到状态由后端持久化存储，APP每次启动即拉取最新数据：若当日已签到，直接提示成功；若连续2天未签到，则自动触发邮件告警流程。

三、开发工具选型

提升AI编码效率的关键，在于选择高亲和度、低上下文负担的工具链。当前主流IDE如Cursor、Qoder均支持Rules（规则约束）与Skills（技能模块），可让AI结构化理解需求、自主拆解任务、复用经验、规避重复错误。

3.1 BMAD-Method：从“先写再救火”到“先规划再迭代”的Agent开发范式

直接进入编码易产出短期Demo，但难以支撑持续迭代。BMAD-Method主张“评审→规划→拆解→实现”四步法：先由AI全局评估需求、设计架构，再分模块推进开发。

该范式显著降低因上下文膨胀导致的逻辑冲突风险——例如B功能开发中误改A模块依赖，引发系统失效。通过前置规划，AI始终聚焦清晰子任务，同时保有整体演进视角。

3.2 Agent Skills：用“渐进式披露”把上下文用在刀刃上

Agent Skills通过按需加载机制优化上下文利用效率：启动时仅载入技能元数据（百token级），执行具体任务时才加载完整指令与示例，避免传统工具调用中的“开局上下文爆炸”。

复杂能力还可结合脚本与外部资源延展知识容量，将解析、转换、计算等高风险环节交由代码确定性执行，有效抑制大模型幻觉，提升AI编码稳定性与交付质量。

四、技术选型

4.1 功能拆解：麻雀虽小，五脏俱全

「死了么」面向日常自检与报平安场景，底层涉及完整的前后端模块：

功能	用户操作	技术要求
信息录入	输入姓名和邮箱	表单验证、输入框组件
每日签到	点击签到按钮	按钮交互、状态管理
状态展示	显示“今日已签到”	UI状态切换、本地缓存
成功反馈	签到成功动画	动画效果、用户体验

4.1.2 后端功能模块

功能	业务需求	技术要求
用户管理	记录用户信息	数据库、用户表
身份识别	区分不同用户	认证系统、Session管理
签到记录	存储每日签到	数据库、防重复机制
数据隔离	用户只能看自己的数据	权限控制、安全策略
定时检测	自动检查哪些用户未签到	定时任务、业务逻辑
邮件通知	发送提醒邮件	邮件服务、消息推送

4.2 整体技术架构

AI编码已能高效完成前端开发，但后端仍面临数据库、认证、定时任务、邮件服务等多重挑战。若技术选型过重，将显著拖慢MVP进度。

本方案采用轻量、托管、AI友好的组合：前端使用SwiftUI，后端核心能力由阿里云AnalyticDB Supabase（ADB Supabase）承载。APP通过HTTPS直连Supabase，调用认证、数据库、边缘函数等能力，无需自建后端或运维服务器，专注业务逻辑与用户体验。

4.2.1 前端选型：SwiftUI

目标平台为iOS，选择SwiftUI兼顾平台一致性与用户体验。其声明式语法、组件化结构清晰，利于AI生成、理解与维护代码。

4.2.2 后端选型：Supabase——AI编程时代的理想后端

Supabase的核心优势在于天然适配AI协作模式：

• 声明式与数据库优先：AI更擅长生成SQL与配置，如表结构、索引、RLS（行级安全）策略等。将规则下沉至数据库层，使前端逻辑更简洁、更可控。

• 丰富SDK + 自动化API：提供多语言SDK，统一使用.insert()、.select()等方法调用数据与认证能力，免去手写RESTful接口，降低AI实现误差率。

• 全托管服务：数据库、认证、权限控制、HTTPS API均由ADB Supabase原生提供，无需额外部署，研发精力集中于客户端与业务闭环。

五、详细功能实现拆解

5.1 匿名认证：无感身份识别

APP不设注册登录入口，但需确保数据归属与隔离。采用「匿名认证+设备唯一标识」方案：

• 首次启动时调用Supabase Auth生成user_id，并与设备标识绑定；后续所有操作均基于该ID进行。

• 用户无需记忆密码，即可实现身份识别与数据隔离（配合RLS策略）。

• 限制：更换设备视为新用户。如需多端一致，可无缝升级为微信/支付宝OAuth或邮箱登录体系。

5.2 Edge Functions：把服务端逻辑交给云端

“定时检测未签到用户”与“发送邮件通知”两类关键能力不适合放在客户端，由ADB Supabase Edge Functions承载：

• 运行时：Deno

• 语言：原生TypeScript

• 能力：可作为HTTP接口暴露，也可被Cron Job定时触发

Edge Functions对AI友好，对比传统自建后端优势明显：

维度	传统自建后端	ADB Supabase Edge Functions	对AI的直接收益
开发语言/环境	Node/框架/依赖与环境配置	直接写TypeScript（Deno）	AI更擅长TS，减少环境踩坑
部署	服务器、Docker、网关、证书	一条命令发布到云端	AI无需指导运维
API暴露	手写路由/网关配置	自动生成HTTP端点	AI只需按URL调用
定时任务	额外Cron服务/任务系统	内置Cron Jobs触发	AI只需配置Cron表达式
权限与密钥	自行设计鉴权与密钥管理	使用service_role key（服务端专用）	密钥留存云端，客户端更安全

实现两个核心Edge Function：

Edge Function 1: check-missed-check-ins
目标：每日扫描用户，识别“连续2天未签到”者，并触发通知流程。
该类全量扫描+规则判断+批量触发逻辑，天然适配Edge Functions，客户端无法承担。

Edge Function 2: send-notification-email
目标：接收用户信息与紧急联系人邮箱，发送标准提醒邮件。

邮件内容示例：

主题：一条重要通知
我是{username}，我已经连续很多天没有活动了，快来检测一下我的身体状态。

扩展性：同一模式可平滑接入微信、钉钉、短信等渠道；第三方密钥配置保存于云端环境变量，保障客户端安全性。

5.3 Cron Jobs：定时任务调度

在Supabase Dashboard中配置Cron Job，每日UTC凌晨1点（即北京时间上午9点）自动触发检测：

配置项	值	说明
任务名称	check-missed-check-ins	描述性名称
Cron表达式	0 1 * * *	UTC时间凌晨1点 = 北京时间上午9点
触发方式	HTTP POST	调用Edge Function
URL	/functions/v1/check-missed-check-ins	函数端点
认证	Service Role Key	绕过RLS，确保后台任务权限

六、总结与思考

「死了么」虽场景简单，却完整呈现了AI时代高效全栈开发的最佳实践：AI强于前端，而BaaS（如ADB Supabase）正有效弥合后端能力鸿沟——通过声明式架构、自动化服务与类型安全语言，让前端开发者也能掌控全栈逻辑，加速MVP落地，回归业务本质。

6.1 AI编程时代的技术选型原则

沉淀以下四条高可靠性选型原则，核心目标是：让AI更易写对、写稳、更易维护。

原则	说明	示例
原则1：优先选择声明式技术栈	AI更擅长处理声明式代码	✅ SwiftUI声明式UI > UIKit命令式UI ✅ SQL声明式查询 > ORM命令式操作 ✅ RLS声明式策略 > 中间件命令式鉴权
原则2：选择文档友好的技术	AI依赖高质量文档生成代码	✅ Supabase官方文档完善 ✅ SwiftUI有大量示例代码 ✅ TypeScript类型系统帮助AI理解
原则3：选择自动化程度高的服务	减少AI需处理的配置细节	✅ Supabase自动生成API ✅ 匿名认证自动管理Session ✅ RLS自动应用权限规则
原则4：选择类型安全的语言	类型系统减少AI生成错误	✅ Swift与TypeScript均为类型安全语言 ✅ 编译时发现错误，非运行时 ✅ IDE自动提示，提升AI生成准确率

6.2 Supabase的核心价值

Supabase在AI编程时代展现两大不可替代价值：让后端更“轻”，让交付更“快”。

1. 降低后端复杂度
传统自建后端需处理框架、路由、控制器、服务层、ORM、认证中间件、日志、部署等长链路环节，极易引发耦合与回归问题。Supabase将其高度收敛为三项核心要素：

组件	描述
SQL Schema	定义数据模型：表结构、索引、约束等
RLS策略	数据库层行级安全策略，控制数据访问与隔离
Edge Functions	按需编写后端逻辑：定时任务、通知、复杂业务

2. 摆脱后端运维
ADB Supabase提供托管数据库、认证、权限与API能力，项目从0到可用成本更低；上线后无需投入服务器部署、扩缩容、证书、网关与日常运维。尤其对移动App，研发可专注客户端体验与核心闭环，通过HTTPS直连云端能力完成全链路数据交互。