📊 ulives vs 人升 — 为什么我们从零重建
人升（LifeUp）是我们在 2018 年推出的一款开创性游戏化效率应用，而 ulives 是其官方精神续作——从头重建，面向多平台未来。本文详细说明两者的差异、重建的原因，以及两款应用各自的发展方向。
快速对比
| 人升（LifeUp） | ulives | |
|---|---|---|
| 平台 | 仅 Android | iOS · iPadOS · macOS（Android 即将推出） |
| 技术栈 | 原生 Android（Java / Kotlin） | KMP + SwiftUI / Jetpack Compose |
| 发布时间 | 2018 年 | 2025 年 |
| 定价模式 | 付费下载¹ | 免费下载 + 高级功能订阅 |
| UI 风格 | Material Design 2 + 3（双轨维护） | 原生平台设计（SwiftUI / Compose） |
| 跨平台数据同步 | 无计划 | 全平台统一数据格式 |
| 在线功能 | 世界模块（基础功能） | 暂未上线——计划推出在线素材库 |
| API / 扩展性 | ✅ Open API + 开源 SDK² | ❌ 暂未提供（需设计跨平台方案） |
| 人升数据导入 | — | ✅ 支持 |
| 数据导出 | ✅ 完整导出 | ✅ 完整导出 |
¹ 同时在部分国家/地区通过 Google Play Pass 提供。
² 包含 LifeUp Cloud、LifeUp SDK 和 LifeUp Desktop。
为什么必须重来而非升级
1. 平台锁定
人升完全基于 Android 原生技术（Java，后迁移至 Kotlin）开发。将其移植到 iOS、鸿蒙、桌面端或 Web 端根本不具备可行性——代码库无法复用。要覆盖 Android 以外的用户，全面重写是唯一的路。
2. 技术债务积累
人升早期架构为了快速上线做出了一些务实的取舍：
- 数据库层：选型适合快速原型开发，但在当前规模下已成为性能瓶颈
- 属性系统多次迁移：从 6 个固定属性 → 可自定义 6 个属性 → 完全可自定义属性列表 + 分组功能——每次迁移都在旧代码上叠加新逻辑
- UI 双轨维护：同时支持 Material 2 和 Material 3 两套主题，每次改动都需要双倍的设计和测试工作量
这些是真实存在的问题，但在原地修复意味着几乎要重写大部分应用——还伴随着破坏现有用户数据的持续风险。
3. 早期决策带来的设计约束
人升是在社区反馈中逐步演化出来的，这是优势，但也导致了一些尴尬的设计约束：
- 单一金币货币——合成系统和商店因为共用一种扁平货币而存在割裂感
- 内置奖励机制（计步换力量经验值、点赞兑换、固定系统成就）是早期「App 定制规则」的产物，与后来演化的完全自定义理念不协调
- 分散的历史视图——任务历史、金币流水、计时记录、仓库等散落在不同页面
- 世界模块——一个早期的在线实验，因成本问题始终无法扩展，停留在基础功能阶段
4. 无法做减法
人升的每个功能都有用户在使用。原地移除或重新设计任何功能都会破坏某些用户的工作流。从零开始给了我们重新抉择的自由——审慎地选择哪些功能值得延续。
ulives 带来的新功能
全新功能（仅 ulives）
| 功能 | 说明 |
|---|---|
| 倒数日 | 在任务旁跟踪重要日期和里程碑 |
| 多档案切换 | 在完全独立的配置之间切换（如「工作」vs「个人」） |
| 清单胶囊 | 将任务按可折叠胶囊分组，组织更清晰 |
| 统一活动时间轴 | 所有历史记录集中在一个可滚动页面——任务完成、奖励兑换、计时记录等 |
| 货币融入物品系统 | 货币不再是一个独立概念——金币就是物品，物品也可以作为货币 |
| 专注模式 | 番茄钟支持灵动岛（实时活动）、iOS 小组件 |
| iPad & macOS 适配 | 为平板和桌面端做了完整的大屏幕适配 |
| iCloud 备份 | 苹果生态无缝备份与恢复 |
| App 图标切换 | iOS 上可切换多种 App 图标 |
| iOS 小组件 | 主屏幕和锁屏小组件，快速查看任务 |
暂未引入的功能
以下人升功能不会立即出现在 ulives 中。我们可能会在后续以优化形式重新引入：
- ATM（复利模拟）
- 物品倒计时
- 系统成就与内置奖励
- 计步兑换属性经验值
- 点赞数兑换奖励
人升的独有优势
尽管年代较久，人升在多个方面仍然具有显著优势：
| 优势 | 详情 |
|---|---|
| Android 端稳定性 | 多年实战打磨，功能成熟稳定 |
| 智能清单 | 高级任务过滤与分组 |
| Open API 生态 | REST API 可编程查询和修改应用内部数据 |
| 开源生态 | LifeUp Cloud（自托管同步）、LifeUp SDK（Java/Kotlin）、LifeUp Desktop（跨平台桌面伴侣） |
| 自动化联动 | 可与 Tasker、自定义脚本、AI 代理等自动化工具深度集成 |
| 更低的价格 | 多数地区为一次性买断（无订阅） |
| 成熟的功能集 | 各项功能经过多年真实使用场景打磨 |
特别是 API 生态，赋予了人升一个 ulives 尚不具备的「开发者友好」层面。用户已构建了丰富的工作流——通过 Tasker 自动化习惯跟踪、AI 生成任务、自定义数据看板——将人升与其他工具结合使用。
定价模式对比
人升和 ulives 采用了完全不同的定价策略，这背后是各自的平台和历史原因：
| 维度 | 人升（LifeUp） | ulives |
|---|---|---|
| 下载方式 | 付费下载 | 免费下载 |
| 高级功能 | 下载即可使用全部功能 | 免费试用 + 高级功能订阅 |
| 附加渠道 | 部分国家/地区可通过 Google Play Pass 体验 | — |
| 定价逻辑 | 基于单平台维护成本的历史定价 | 基于跨平台维护成本的现代定价 |
| 可持续性 | 一次性收入模式，长期可持续性面临挑战 | 订阅制支持持续迭代 |
人升的付费下载模式在发布初期是合理的，但长期来看限制了用户增长——新用户必须付费才能体验，这无形中挡住了大量潜在用户。ulives 采用免费下载 + 订阅解锁高级功能的模式，降低了体验门槛，也为团队的长期维护和跨平台开发提供了更可持续的收入来源。
两款应用的未来规划
人升：稳定维护
我们承诺在可预见的未来持续维护人升。但方向如下：
- 以 bug 修复、性能优化和稳定性 为主
- 不计划引入新的重大功能模块
- 继续维护 Material 2 和 Material 3 双主题的现有功能对等
- 开源生态（Cloud、SDK、Desktop）将继续可用
ulives：大胆创新
ulives 是我们投入未来的方向：
- 功能开发将更加大胆——在干净的代码库上，我们可以更快地实验和迭代
- 跨平台即设计原则——一旦某个功能的逻辑在 KMP 共享层完成，iOS 和 Android（以及未来的更多平台）可同步适配，极大降低维护成本
- 在线功能——我们计划引入在线素材库、共享模板等社区功能，这些在人升的架构下从未可行
- 平台原生体验——每个平台获得其应有的 UI 感受（iOS 上的液态玻璃、Android 上的 Material You 等）
数据：导入、导出与连续性
| 能力 | 人升 | ulives |
|---|---|---|
| 导出完整数据 | ✅（数据库 + 媒体文件） | ✅（数据库 + 媒体文件） |
| 导入人升数据 | — | ✅ |
| 跨应用同步 | ❌ | 计划中（统一数据格式） |
如果你是从人升转过来的用户，可以导入你的人升备份文件，在 ulives 中延续使用体验。两款应用都支持完整的快照导出——包括数据库和媒体附件——你的数据永远不会被锁定在一个平台上。
我该选哪个？
| 你的情况 | 推荐 |
|---|---|
| Android 用户，需要 API / 自动化 | 人升——功能成熟丰富 |
| Android 用户，想用最新功能 | 目前先用人升；ulives Android 版即将推出 |
| iOS / iPad / Mac 用户 | ulives——唯一选择，且为苹果生态深度定制 |
| 多平台用户 | ulives——数据将在所有设备间同步 |
| 人升老用户，感觉被「困在」Android 上 | ulives（Android 版推出后）——导入数据，获得跨平台自由 |
| 预算敏感，偏好一次性付费 | 人升 |
| 想免费试用再决定 | ulives |
总结
人升曾经——而且仍然——是一款卓越的应用，在移动端开创了游戏化生产力这一品类。但其仅限 Android 的架构、积累的技术债务和早期设计约束，使其无法演变为一个现代的多平台产品。
ulives 是我们的答案：一次干净的重建，保留了人升的灵魂（深度自定义、RPG 式的成长体系、用户驱动的游戏化），同时解锁了 iOS、iPadOS、macOS，以及即将到来的 Android——共享一个代码库、一种数据格式。
两款应用都将持续运营。 人升负责稳定；ulives 负责创新。