Local-First 软件正在接管：2026 年，你的数据终于回家了

你有多久没见过"加载中"了？

打开 Notion，等三秒。打开飞书文档，转圈。打开 Figma，加载画布。我们已经习惯了这种节奏——数据在"云端"，我们只是借来看一眼。

但 2026 年，情况正在改变。

Linear 的项目管理页面几乎是瞬间渲染的。Obsidian 的笔记文件就躺在你的硬盘上，用任何文本编辑器都能打开。Excalidraw 断网照样画图，联网后自动同步。这些体验背后的共同逻辑只有四个字：Local-First。

什么是 Local-First？

Local-First 不是"离线也能用"这么简单。它的核心主张是：数据的主副本在你的设备上，云端只是可选的加速器，不是命脉。

Ink & Switch 实验室在 2019 年提出了 Local-First 软件的七个理想：

1. 零延迟 — 所有交互瞬间响应，没有 spinner
2. 数据归属用户 — 文件在你的磁盘上，换软件不需要"导出"
3. 网络可选 — 断网不影响核心功能
4. 无缝协作 — 多人实时编辑，不需要手动合并冲突
5. 长期可访问 — 十年后还能打开你的数据
6. 安全与隐私 — 端到端加密从架构层面成为可能
7. 用户掌控 — 你决定数据存在哪里

七年前这看起来像乌托邦。七年后，技术栈已经准备好了。

为什么是 2026 年？

软件订阅疲劳

SaaS 的黄金时代正在退潮。用户开始算账：一个笔记应用 $10/月，一个项目管理工具 $20/月，一个设计工具 $30/月——加起来一年几千块，但数据全锁在别人的服务器上。哪天服务涨价、关停、或者删了你的账号，数据就没了。

2026 年，这种焦虑达到了临界点。Notion 的替代品 Anytype 和 Logseq 增长迅猛，它们的共同卖点就是：你的数据，你的硬盘。

三项关键技术同时成熟

Local-First 过去难以落地的原因很简单：技术基建不够。但在 2026 年，三块拼图同时到位了：

CRDT（无冲突复制数据类型）

这是 Local-First 的理论基石。CRDT 是一种数学结构，保证多个用户同时编辑同一份数据时，最终会自动收敛到一致状态——不需要中心化服务器做冲突仲裁。Yjs 是目前最成熟的 CRDT 实现，驱动了大量协作应用；Automerge 来自 Ink & Switch 团队，用类 JSON 的文档模型；Loro 是用 Rust 重写的新秀，性能更优。

SQLite 无处不在

SQLite 已经是地球上部署最广的数据库，但在浏览器里跑 SQLite 曾经是奢望。WebAssembly 改变了一切。wa-sqlite 和 sql.js 让 SQLite 可以在浏览器中运行，OPFS（Origin Private File System）提供了快速的本地持久化存储。更夸张的是 PGlite——把完整的 PostgreSQL 编译成了 Wasm，在浏览器里就能跑。

同步引擎的产业化

光有本地数据库不够，你还需要把数据在设备和云端之间同步。ElectricSQL 和 PowerSync 是这个领域的标杆产品：你继续用 PostgreSQL 做服务端数据库，它们自动处理到客户端 SQLite 的实时同步。Zero（来自 Rocicorp）和 Replicache 则提供了乐观同步框架，让你的应用在任何网络条件下都保持即时响应。

谁在用？

产品	领域	Local-First 方式
Obsidian	笔记	Markdown 文件存本地，可选付费同步
Linear	项目管理	离线可用，联网自动同步
Figma	设计	本地编辑 + 云端同步
Excalidraw	白板	完全离线可用，可选协作
Anytype	知识库	本地存储 + E2E 加密同步
Logseq	知识管理	本地 Markdown/Org 文件
TLDraw	绘图	Local-First + 实时协作

这些产品的共同特征：打开即用，不需要等网络。你的数据首先是你的文件，其次才是云端的副本。

什么场景适合 Local-First？

强烈推荐：

• 笔记和知识管理 — 个人数据，离线是刚需
• 创意工具 — 画图、设计、写作，延迟会杀死灵感
• 现场作业 — 建筑、农业、医疗等网络不稳定场景
• 隐私敏感 — 医疗、法律、财务数据不应放在第三方服务器
• 协作文档 — CRDT 天然适合多人编辑

不太适合：

• 社交媒体 — 天然以服务器为中心
• 电商 — 库存和定价必须服务端权威
• 实时多人游戏 — 公平性要求服务端裁决
• 数据分析看板 — 需要查询客户端装不下的大数据集

挑战仍然存在

Local-First 不是银弹。几个现实问题需要正视：

数据一致性边界。 CRDT 能解决很多冲突，但删除和编辑的并发冲突、顺序敏感操作、跨离线客户端的 Schema 迁移——这些场景的合并策略仍然需要仔细设计。

浏览器存储限制。 浏览器通常限制每个域名 50-100MB 的存储空间。大数据集需要选择性同步，这对同步引擎的设计提出了更高要求。

安全模型变化。 数据在设备上，设备安全就变得至关重要。加密静态数据、密钥管理、设备丢失后的处理——这些都需要从应用层开始考虑。

Schema 迁移复杂度。 传统 SaaS 只需要更新服务端数据库。Local-First 应用的迁移逻辑必须在每一个客户端上运行，而且要考虑离线客户端的版本差异。

怎么开始？

如果你有现成的 PostgreSQL 数据库，最简单的方式是用 PowerSync 或 ElectricSQL 接入同步层，渐进式改造你的应用。如果你要做协作功能，Yjs 是 CRDT 领域最成熟的选择。如果你想完全掌控技术栈，在浏览器里跑 SQLite（wa-sqlite）+ 自定义同步协议 也能搭起来。

有一句话值得记住：Local-First 不是不要服务器，而是你的应用不依赖服务器。 同步、认证、备份——这些都可以有服务器参与，但核心功能必须在完全脱机的状态下完整可用。

数据回家的时代

SaaS 时代把我们的数据搬到了企业的服务器上。Local-First 正在把它们搬回来。

这不是反云计算，而是重新谈判用户和云之间的关系。云从"房东"变成"管家"——它帮你同步、备份、协作，但它不拥有你的数据。

2026 年，工具链已经成熟，用户已经觉醒，Local-First 不是一个口号了。它是一种你可以今天就开始用的工程选择。

你的数据，该回家了。