CRDT
一种分布式计算中的数据结构，无需中心协调节点即可在多个副本间实现最终一致性，常用于协作编辑和分布式系统同步场景
核心事实
时间轴 (近 90 天)
联邦架构下协作元数据的同步可采用乐观复制策略，如 CRDT（无冲突复制数据类型）或基于版本向量的合并算法，以实现最终一致性并保留审计线索。
行业里的AutoGPT集群、非输智能体、豆包多Agent协同底层都在往CRDT加去中心化最终一致性的方向演进。
CRDT的代价是数据结构受约束、元数据开销较大，但换来了去中心化和离线可用性。
CRDT的常见实现包括仅增长计数器、最后写入胜出的寄存器、以及基于操作变换的序列类型。
实时工件通常维护一个共享的状态模型（如 CRDT 或操作变换），使多个参与者——人类或AI——的编辑能够自动合并而无需手动解决冲突。
自建源代码控制系统的技术门槛体现在分支模型设计、合并策略（包括CRDT或OT的实时协作合并算法）、细粒度权限管理（如RBAC或ABE）、不可篡改的审计追踪（结合日志结构存储和哈希链技术）以及高吞吐存储层等多个层面。
Universal Cart 的跨平台状态管理涉及分布式状态存储和实时同步协议，其跨零售商场景实质上是联邦式架构，而非传统的单一数据库。
将LLM输出建模为CRDT操作流（如Insert、Delete、Format操作）而非整段文本，可以让AI安全参与实时协作，确保强最终一致性和非阻塞编辑。
多人协同编辑能力通常依赖后端服务管理文档状态、冲突合并和权限控制，例如 Figma 使用 OT 或 CRDT 算法同步多人实时操作。
Rune 具体采用的合并机制（如 OT 或 CRDT）目前尚未公开
还有 17 条时间轴事件
全部知识事实 (20)
实时协同产品的核心算法是 OT（操作变换）或更现代的 CRDT（无冲突复制数据类型）
80%已验证Local-First是由Ink & Switch实验室在2019年提出的软件设计理念，核心原则是数据主要存储在用户本地设备上
80%已验证Zed内置CRDT算法支持实时多人协作编辑
75%已验证CRDTs（无冲突复制数据类型）通过确定性且满足交换律的合并操作实现本地存储与多设备协同的兼顾
75%已验证Google Docs 采用 OT（操作变换）技术，而 Figma、Linear 等新一代协作工具转向了 CRDT
70%已验证Automerge和Yjs是两个最广泛使用的开源CRDT库
70%已验证Google Docs背后使用操作转换（Operational Transformation, OT）算法，Figma采用CRDT（无冲突复制数据类型），都通过实时传播操作意图来规避冲突
65%待验证Zed的实时协作功能采用了CRDT（无冲突复制数据类型）算法
90%待验证TLDraw 采用基于 CRDT（无冲突复制数据类型）的协同编辑架构，支持多人实时协作
60%待验证CRDT（无冲突复制数据类型）由Marc Shapiro等人于2011年正式提出，其数学基础是格理论（Lattice Theory）
60%待验证联邦架构下协作元数据的同步可采用乐观复制策略，如 CRDT（无冲突复制数据类型）或基于版本向量的合并算法，以实现最终一致性并保留审计线索。
50%待验证CRDT的常见实现包括仅增长计数器、最后写入胜出的寄存器、以及基于操作变换的序列类型。
50%待验证CRDT的代价是数据结构受约束、元数据开销较大，但换来了去中心化和离线可用性。
50%待验证实时工件通常维护一个共享的状态模型（如 CRDT 或操作变换），使多个参与者——人类或AI——的编辑能够自动合并而无需手动解决冲突。
50%待验证自建源代码控制系统的技术门槛体现在分支模型设计、合并策略（包括CRDT或OT的实时协作合并算法）、细粒度权限管理（如RBAC或ABE）、不可篡改的审计追踪（结合日志结构存储和哈希链技术）以及高吞吐存储层等多个层面。
50%待验证Universal Cart 的跨平台状态管理涉及分布式状态存储和实时同步协议，其跨零售商场景实质上是联邦式架构，而非传统的单一数据库。
50%待验证将LLM输出建模为CRDT操作流（如Insert、Delete、Format操作）而非整段文本，可以让AI安全参与实时协作，确保强最终一致性和非阻塞编辑。
50%待验证多人协同编辑能力通常依赖后端服务管理文档状态、冲突合并和权限控制，例如 Figma 使用 OT 或 CRDT 算法同步多人实时操作。
50%待验证Rune 具体采用的合并机制（如 OT 或 CRDT）目前尚未公开
50%待验证Ink & Switch 研究团队在 2019 年发表了论文《Local-first Software》，对 CRDT 在协作工具中的应用做了系统梳理
50%