一提到同步，很多人会自然想到账号、服务器和云端数据库。但 DottieNote 的设计起点不是“先把所有东西上传”，是“任务工具在本机必须先可靠”。
这就是本地优先的意义。你的任务、标签、专注记录和星球进度，首先要在当前设备上快速、稳定、可用。即使网络不好，基础的创建、查看和专注流程也不该立刻失效。
iCloud 同步则解决另一个问题：当你使用多台 Apple 设备时，如何在不同设备之间接续这些数据。
iCloud 是延伸，不是前提
DottieNote 不要求你注册一个额外账户来使用核心功能。对很多用户来说，一个任务工具如果一开始就要登录、配置、等待同步，反而会增加启动成本。
开启 iCloud 后，相关数据会通过 Apple 的 iCloud/CloudKit 能力在设备间同步。这个过程依赖你的 Apple ID、iCloud 设置、网络状态和设备环境。
所以我们会在帮助中心里把同步条件讲清楚。这不是把责任推给系统，重点是让用户知道：什么时候可以先等一等，什么时候要检查 iCloud 设置，什么时候要先确认本地数据。
关闭同步也要被认真设计
同步能力真正成熟，既要看开启时是否顺利，也要看关闭时是否安全。用户决定关闭 iCloud 同步时，App 要尽量保护本地数据，避免让用户因为一个开关误以为任务消失。
因此，DottieNote 最近持续修复同步、容量提示和迁移保护。同步体验不是一个按钮，它是一整套让用户放心的流程。
本地优先和 iCloud 同步并不冲突。前者保证基础体验和数据控制权，后者提供多设备连续性。DottieNote 会继续把这两件事放在同一套产品原则里维护。
为什么不先做一套自有账号
自有账号并不是没有价值。它可以带来更统一的跨平台同步、订阅管理和客服排查能力。但对 DottieNote 这个阶段来说，过早引入账号系统也会带来新的成本：注册、登录、找回密码、服务器维护，以及用户对数据归属的更多疑问。
我们更希望先把 Apple 生态内的基础体验做好。对 iPhone 用户来说，iCloud 是已经存在的身份和同步基础；如果任务、标签和专注记录可以在这个体系里延伸，就没有必要为了同步本身再多加一层账号。
这并不意味着未来永远不会有更多同步方案。它只是说明当前的优先级：先保证本机可靠，再让多设备体验沿着用户已经熟悉的系统能力自然展开。
同步体验要允许被看懂
同步最容易让人焦虑的地方，是用户看不见它到底发生了什么。任务没出现时，到底是网络问题、iCloud 设置问题、容量问题，还是应用状态没有刷新？
因此 DottieNote 后续会继续把同步状态做得更可解释。2.0.1 增加重新检查入口，就是这个方向的一部分。我们希望用户遇到异常时，有明确的下一步，而不是只能反复关闭重开。
一个任务工具最重要的是可信。同步做得越安静，越需要在出错时讲清楚。
本地优先也要求更好的恢复体验
本地数据可靠，并不代表用户永远不会遇到问题。换设备、打开 iCloud、关闭同步、系统容量变化、网络波动，都可能影响任务和同步状态。
因此 DottieNote 不能只写一句“数据默认保存在设备上”就结束。更完整的设计，需要让用户知道什么时候是本地数据，什么时候进入 iCloud，同步异常时先看哪里，关闭同步时本地数据会怎样保留。
这类说明看起来不像功能，但它直接影响信任。很多用户遇到同步问题时，最害怕的不是等待，是不知道数据是否还安全。
后续我们会继续把 iCloud 状态、帮助中心和错误提示连起来。DottieNote 的同步体验要尽量安静，也要能在需要时说清楚。