Opbox 评测 2026：基于 CRDT 的实时文本同步

Syncthing 擅长同步文件，Git 擅长有意义的检查点，但中间的混乱地带——两台机器同时编辑同一个文本文件——两者都不擅长。Opbox 就活在这个缝隙里，用 CRDT 合并并发编辑，且永远不会产生冲突副本。

Opbox 是什么？

Opbox 是一个实验性守护进程，在机器之间实时同步一个纯文本文件目录。它在文件系统层工作（所以你保留自己的编辑器），并用 CRDT 合并并发编辑，而不是产生冲突副本。同步通过 s2.dev 上的共享追加日志端到端加密完成，你也可以自托管 s2-lite。

核心特性

• 基于 CRDT 的无冲突合并——每个文件背后是一份 shadow CRDT（用 yrs，即 Yjs 的 Rust 移植）。并发编辑通过共享日志交换 CRDT 操作并自动合并，所有副本收敛到同一份物化结果。
• 本地优先、文件系统层——磁盘上的文件才是真相，守护进程只在后台维护 CRDT 影子。适配 Obsidian、Logseq、Vim、VS Code、Helix。
• 端到端加密同步——经 s2.dev 或你自己的 s2-lite 中继；中继上从不留可读内容。
• 编辑器无关、感知自动保存——为开启自动保存的编辑器调过优，部分编辑能近乎实时地作为 CRDT 操作流动。
• 仅文本文件（刻意设计）——忽略非 UTF-8 字节；二进制文件留在 git 或其它工具里，保持同步语义干净。
• .opboxignore 从 .gitignore 播种——自动排除 .gitignore 已排除的路径，让 opbox 与 git 互补而非替代。
• 确定性仿真测试——基于 turmoil 的测试台断言 CRDT 不变式（幂等、可交换、可结合）与收敛。
• 可移植 Rust 二进制——每台机器一个依赖极少的进程，含 x86_64-musl Linux 目标。

适合谁用？

Opbox 面向想要跨机器「真正实时、无冲突」文本同步、又不想被单一应用锁死的知识工作者和开发者。一个作者在笔记本上用 iA Writer 起草、在台式机上用 Vim 改同一批文件，从不会出现冲突文件。两个开发者在同一仓库结对，在源码树跑 opbox（.opboxignore 从 .gitignore 播种），同时把有意义的检查点留在 git 里。

它也天然适合本地 AI 智能体工作流：智能体在一台机器改 markdown，你在另一台 review，编辑自动合并无冲突。

它和别的工具比如何？

Syncthing 是通用文件同步工具，但并发编辑会产生冲突副本。Obsidian Sync 和 LiveSync 插件也是 CRDT 思路，却被锁在 Obsidian 内。Opbox 把 CRDT 同步推广到任意文本目录和任意编辑器。Git 仍是检查点层——两者被设计成互补。更多相关工作流见 ai-productivity 分类。

优点与不足

优点： CRDT 合并彻底消灭冲突文件；编辑器无关、文件系统层；本地优先；端到端加密且可自托管中继；仿真测试纪律强；MIT 许可。

不足： 实验性早期（24 star、2 forks）；仅支持文本文件；易用路径依赖付费的 S2.dev；社区小；对开启自动保存的编辑器效果最佳；文档偏薄；无 GUI/移动端 App。

价格

免费（MIT）。自托管 s2-lite 成本 $0；或用按量计费的托管 S2.dev 日志——对个人 markdown 库而言预计每月几分钱。

常见问题

Opbox 会取代 Git 吗？ 不会。它处理 commit 之间的编辑；.opboxignore 从你的 .gitignore 播种，两者干净地组合。

能配合 Obsidian 用吗？ 能——它编辑器无关、文件系统层，所以 Obsidian 库能跨机器实时同步且无冲突副本。

我的数据加密吗？ 加密。CRDT 操作经 s2.dev 端到端加密同步，或通过 s2-lite 完全自托管实现彻底自主。