Cursor团队通过从零实现SQLite的实验，验证了Agent Swarm中上下文分工和模型组合的经济性。新harness显著优于旧：Grok 4.5新系统4小时达80%，旧系统不到2小时失控。架构为树形：强模型Planner拆分决策，便宜模型Worker执行。可扩展性来自上下文效率而非并行，协调成本是瓶颈。模型组合质量接近时成本差一个数量级（$1,339 vs $20,057），优化策略是frontier仅用于高熵决策。实验还揭示了五类失败模式。对开发者：Harness设计、上下文分工和成本优化是关键。 核心观点： 1. 新harness在所有模型配置下更好，Grok 4.5新系统4小时约80%，旧系统不到2小时失控。 2. 不同模型mix质量接近，费用差极大：Opus planner+Composer worker成本$1,339，全程Fable $20,057。 3. 可扩展性主要来自上下文效率，planner不写实现、worker不规划，各自专注上下文。
单Agent处理大任务时瓶颈从模型智力转向协调成本与上下文经济学。Cursor团队用树形swarm架构（Planner强模型+Worker便宜模型）从零实现SQLite，通过自研VCS、Review lenses、Field Guide等机制，使成本降低一个数量级（Opus规划+Composer执行总成本$411 vs 全程Fable $20,057），质量接近（新系统4小时达73%-85%）。验证了上下文分工和模型组合经济学，提示开发者应关注协调工程，成本优化主杠杆是frontier只做高熵决策。 核心观点： 1. 树形swarm架构使冲突从7万+降至<1000，代码量从64305行降至9908行。 2. Opus规划+Composer执行总成本$411，而全程Fable成本$20,057，质量接近。 3. 新系统4小时冲突<1000、包结构9 crates，旧系统commits多但thrash严重，协调成本是瓶颈。
Epic Games 在 Unreal 状态大会上开源了其内部版本控制系统 Lore，采用 MIT 许可。该系统专为解决游戏开发中 Git 处理大文件性能差、Perforce 费用高且生态封闭的痛点而设计，支持完全离线操作、文件去重、按需拉取和全链路 Rust 构建。此举为游戏开发者提供了一个免费、开源且生产级的新选择。 核心观点： 1. Lore 支持完全离线操作，提交、分支切换均在本地完成。 2. 采用文件唯一指纹去重和多 GB 文件拆块存储，按需拉取，仅传输变更部分。 3. 全链路使用 Rust 构建，并官方提供多语言 SDK。