独立开发者用AI做iOS“挂机”游戏，免费无广告探索内购
编辑点评 · AI 连续创业者视角（以下内容由 AI 提炼，观点归原作者；读完可不看原文）
一款iOS步行游戏《The 72》，核心玩法是累计跑满72小时通关，无广告免费。开发者独自利用AI Agent写码（Expo/Skia）并手动处理支付验签，无统计SDK。数字：累计目标72小时（A·原设）；停摆48小时崩塌机制（A·原设）。对搞钱者意义：证明了“极简UI+AI全栈+轻量后端”可单人极低成本交付上架，但纯工具逻辑难支撑高利润。下一步：抄其技术栈与支付绕过第三方的降本思路，验证轻量级AI辅助开发效率。
- 学其用Expo+Skia实现极简化图形界面以省资源
- 参考其Cloudflare自建JWS验签替代第三方省成本
- 尝试用Claude分工实现单人全栈开发并跑通MVP
- 警惕过度设计：游戏逻辑极度精简才易单人维护
- 内购设为可选延缓/装饰道具，免费核心保底转化
一、这是什么机会
独立开发者打造了一款名为《The 72》的iOS步行计数游戏，面向寻求低压力健康追踪与轻度解雇（Entertainment）的用户。商业模式为免费下载、无广告，通过可选内购（外观、延缓卡、打赏）变现。核心价值在于极致的简约：不收集隐私、无复杂任务体系，仅依靠物理移动或手动点击积累时间。
二、独立判断
该项目具备极高的参考价值，但直接复制盈利空间有限。事实层面，它证明了单人借助AI Agent可实现全栈开发（从UI到支付验签），极大降低了App上架的技术门槛。推断层面，纯工具型且无社交属性的游戏，用户留存依赖极强的自我驱动力，LTV（单用户生命周期价值）较低，难以支撑高利润，更适合作为独立开发者的练手项目或品牌沉淀，而非现金流奶牛。
三、冷启动路径
第一步：使用Expo + React Native + Skia搭建最小可行产品（MVP），仅保留核心进度逻辑，剥离所有非功能性需求。成本量级：开发人力成本为主（若外包约¥5k-1w，若自研则主要是时间成本），服务器成本极低（Cloudflare免费层可覆盖初期）。周期：2-3周可完成MVP上架测试。
四、最大风险与避坑
1. **支付验签漏洞**：原文作者手动在Cloudflare Workers中实现JWS验签以替代RevenueCat，若逻辑存在偏差，可能被黑产利用进行退款欺诈或免费破解。应对：初期直接接入官方StoreKit 2流程，待规模扩大后再优化成本，切勿为了省几十块钱牺牲安全性。
2. **合规与隐私**：游戏涉及读取计步数据（HealthKit）和前台操作，需严格遵循App Store隐私规范。若未做好数据最小化声明（如不收集位置、不跟踪），极易因审核拒绝而延期上架。应对：参考原文“匿名令牌”方案，确保零个人身份信息收集。
五、案例复盘（别人怎么做的）
- 技术选型：前端采用Expo/React Native + TypeScript，图形渲染使用react-native-skia而非原生SwiftUI，以实现跨平台潜力和灵活UI控制；动画使用Reanimated。
- 核心逻辑设计：进度引擎为纯函数，所有数值由一份参数文件驱动；停摆计时严格依赖服务器时间，防止用户修改本地时间作弊；设置“崩塌”机制（48小时不动每小时退10分钟），增加紧迫感而非挫败感。
- 交互创新：设计“手指模式”作为无计步权限或iPad用户的替代方案，引入随机事件（每3-8分钟出现骆驼需划走）保持注意力；旁白文案采用“毒舌但治愈”风格，提升情感粘性。
- 后端极简主义：使用Cloudflare Workers + D1 + KV构建后端，利用Web Crypto API在Worker内直接验证StoreKit 2的JWS签名，彻底砍掉RevenueCat等中间件，节省每月几十到几百美元的订阅费。
- 开发流程：开发者担任“拍板人”角色，利用Claude进行任务拆解、代码编写及代码审查，实现了单人完成通常需三人团队才能完成的开发工作量。
- 商业化设计：内购仅包含装饰与便捷功能（如延缓卡、路线解锁），核心通关路径免费；提供“打赏”选项但仅兑换徽章，不解锁任何功能，维护了产品调性。
六、双轨可执行性
跨境：可行。技术栈完全通用，重点在于解决App Store国区未上架问题，需准备外区ID进行合规测试，且需注意跨境支付的税务合规性。
国内：不可行。原文明确国区暂未上架，且国内对健康数据读取及无版号游戏的政策限制远高于苹果审核标准，直接移植需剥离核心逻辑并重新设计合规架构，成本远超收益。
原文 · 分享创造：阅读原文 →
相关工具推荐（推广）：极简统计网站访客数据统计工具
