CRDT 不夠用了：從一場華人社區沙龍，看本地優先同步引擎還缺什麼

一場線上沙龍的標題，直接給了答案的一半：「CRDTs Are Not Enough」。這場由 V2EX 用戶 soochowgreen 發起的首屆本地優先（local-first）會議，邀請了 CRDT 函式庫 Loro 的開發者陳子軒主講，逐字稿發布在 bd.ailishi.ai 的部落格上。活動採社區開源沙龍形式，自由發起、社區支持，截至分享前後瀏覽量約在數百等級，規模不大，但主題恰好卡在一個技術堆疊從論文走向產品的轉折點上。

先拆名詞：本地優先到底承諾了什麼

按陳子軒在分享中的定義，本地優先軟體給用戶五種體驗：秒開（讀寫都在本地）、離線可用、多端協作、後端可切換、資料歸用戶所有。其中「後端可切換」這一條，最經典的實現是 Git：協議定義了本地與遠端如何交換資料，GitHub 不能用了就換 GitLab，或者自己架。雲端在這個架構裡是備份與副本，權威資料在用戶手裡。

值得注意的區分是 local-first 與 local-only。前者仍要求多設備同步的便利性，後者只是把一切鎖在本機。陳子軒觀察到，不少應用其實是 local-only，卻以 local-first 自我標榜，既沒有雲端便利，也沒有 P2P 同步選項。這個命名混亂本身就是市場尚未成熟的訊號：當一個品類的定義還在爭執，意味著採購方（無論是 C 端用戶還是企業 IT）難以比價，供給方也難以分工。

結構拆解：CRDT 解決的是衝突，同步引擎要管的是全部

CRDT（無衝突複製資料型別）在分布式系統學界已有多年累積，其核心價值是讓多個副本在沒有中央仲裁的情況下收斂到一致狀態。聽起來像是最難的部分已經被解決，但 Loro 團隊的判斷是：這只是同步引擎的一個元件。

從工程帳的角度看，一個可交付的本地優先產品至少還需要：同步協議與傳輸層（何時同步、走什麼通道、斷線重連怎麼處理）、權限模型（誰能讀寫哪部分副本）、儲存與遷移（本地資料格式演進）、以及 UI/UX 層的多端衝突呈現。CRDT 處理資料層的收斂，其餘環節的工程成本目前沒有同等成熟的開源積木。陳子軒提到，他們從 2022 年做 loro.dev（CRDT 函式庫），到 2025 年基於 Loro 做 lody.ai（本地優先的團隊 AI agent 控制面），正是因為只有進入真實產品打磨，才看得出缺了什麼。

這個路徑值得對照一個近例：JavaScript 執行時市場裡，Bun 在冷啟動等指標上大幅領先，但真正決定替代速度的是生態遷移成本，這與我們先前分析的Bun 與 Node.js 之間的生態遷移帳是同一種結構。核心引擎的效能優勢，不等於整條工程棧的替代成本已經攤平。

影響推演：誰在付帳，誰可能受惠

本地優先這條技術路線的需求側驅動，陳子軒在分享裡講得直接：越來越多人質疑「雲的害處大於益處」。這對應的帳很具體：資料被服務商讀取的隱私成本、服務停業時的資料遷移成本、以及斷網情境下的生產力損失。近年瀏覽器端本地處理工具的興起，例如不上傳檔案的純瀏覽器端 EPUB 工具，反映的正是同一種需求分層：願意用便利性換資料控制權的用戶羣，正在從極客圈層向外擴散。

受惠方目前看是幾類。一是開源同步基礎設施的維護團隊，如 Loro、Automerge、Yjs 這一線，一旦有大衆級應用落地，它們的角色類似早期資料庫引擎之於 SaaS。二是隱私導向的協作工具廠商，本地優先架構讓「後端可切換」成為可驗證的賣點。承壓方則是靠資料鎖定（data lock-in）維持留存的雲端 SaaS：如果資料可遷移成為標準，訂閱黏著度的定價邏輯要重算。

不過傳導有一個前提：目前仍缺一個大眾級應用完整交付這五項體驗。在此之前，這門生意的帳主要由投入工程人力的開源團隊和研究者在付，商業變現還停在很早期。

一個加速變數：AI agent

分享中另一個判斷值得單獨拿出來：agent 正在加速本地優先技術棧的演進。邏輯不難理解，AI agent 需要低延遲讀取大量上下文，本地資料的讀寫成本遠低於每次都繞雲端 API；而 agent 的多實例協作場景，又天然需要狀態同步與衝突收斂，正是 CRDT 與同步引擎的主場。Loro 團隊把 lody.ai 定位為「本地優先的團隊 AI agent 控制面」，等於把同步引擎直接押在 agent 需求上。

收束判斷

把這場沙龍放回技術週期看：CRDT 的理論基礎是舊的，分布式系統成熟後的副產品；本地優先的產品形態是新的，連定義都還在辯論。這種「底層穩、上層亂」的組合，歷史上通常是基礎設施投資窗口的特徵，風險在於大眾級應用的出現時點無法預測，歐洲本地優先大會已辦到第三屆，商業案例仍以開發者工具為主。對關注這個方向的人，比較務實的觀察指標有兩個：一是 Loro、Yjs 這類函式庫的下遊採用數，二是第一個完整交付五項體驗且用戶量過百萬的應用何時出現。在那之前，這本帳還是由工程熱情在墊付。

#本地優先 #同步引擎 #開源基礎設施